# Выполнение работ по развитию «Региональная навигационно-информационная система Пермского края на базе технологий ГЛОНАСС и ГЛОНАСС/GPS»

- Номер: 0356500001426009078 (44-ФЗ)
- Заказчик: ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ПЕРМСКОГО КРАЯ "ЦЕНТР ОРГАНИЗАЦИИ ЗАКУПОК"
- НМЦК: 28 900 000,00 ₽
- Подача заявок до: 22.10.2026
- Карточка ЕИС: https://zakupki.gov.ru/epz/order/notice/ea20/view/common-info.html?regNumber=0356500001426009078

**Требование к опыту:** Опыт обязателен (3 г.) — Карточка ЕИС (ч. 2.1 ст. 31 44-ФЗ, ПП № 2571): исполненный контракт/договор за 3 года на сумму не менее 20% НМЦК без неоплаченных неустоек
**Суть:** Развитие региональной навигационно-информационной системы Пермского края (РНИС ПК): оптимизация быстродействия (все функции — не дольше 15 секунд) и разработка новой подсистемы мониторинга отходов строительства и сноса — реестры участников и объектов, электронные разрешения на перевозку, контроль рейсов по ГЛОНАСС на карте, отчёты. Плюс защита информации, анализ кода на уязвимости и аттестация; работы с 11.01.2027 по октябрь 2027, НМЦК 28,9 млн ₽.
**Тип проекта:** Доработка
**Сроки:** ЧТЗ — 11.01–10.02.2027; документация — 11.02–13.03.2027; разработка — 14.03–12.07.2027; опытная эксплуатация — 13.07–12.08.2027 и далее до 12.09.2027; приёмочные испытания — 13.09–27.09.2027; завершение — до 12.10.2027
**Оплата:** Поэтапно, без аванса: в течение 7 рабочих дней с подписания документа о приёмке этапа
**Гарантия:** не менее 12 месяцев с подписания документа о приёмке
**Права на результат:** исходные коды, дистрибутивы и базы данных передаются заказчику через его систему управления репозиториями
**Только СМП/СОНКО:** нет
**Очное присутствие:** Удалённо
**Про присутствие:** место выполнения работ — территория подрядчика; отчётные документы передаются заказчику в Перми (в том числе на бумаге)
**Можно ли сразу:** С условиями
**Пояснение:** права на модификацию и документацию заказчик даёт сам, но нужен исполненный контракт от ~5,8 млн ₽, компетенции в ГЛОНАСС-мониторинге, ClickHouse и защите информации (подрядчик проводит аттестационные испытания)
**Существующая система:** РНИС ПК, созданная по ГК № 29/ОК-2021 и развивавшаяся по ГК № 71/ЭА-2024; правообладатель ПО — Пермский край, документация и права на модификацию передаются подрядчику после заключения контракта
**Как выбирают:** Электронный аукцион — победитель по цене
**Сложность:** high
**Комментарий:** Крупный ГИС-проект с ИБ и аттестацией — небольшой студии не по силам без опыта контрактов от ~6 млн ₽, хотя сроки адекватные и код доступен

## Признаки заточки под исполнителя: 0% (низкий)
Признаков заточки не найдено. Сроки растянуты на 2027 год (ЧТЗ с января, приёмка в октябре), правообладатель системы — Пермский край, документация и права на модификацию передаются любому победителю, выбор по цене на аукционе, требование к опыту стандартное (20% НМЦК по закону). Названные платформы (Альт, ClickHouse) — существующая инфраструктура заказчика.

## Что сделать
- обследование и разработка ЧТЗ (11.01–10.02.2027), разработка документации
- анализ и оптимизация производительности ПО, кода и БД (ClickHouse) — отклик всех функций не более 15 секунд
- новая подсистема «Мониторинг отходов строительства и сноса»: реестры отходопроизводителей, перевозчиков, получателей, объектов и ТС, электронные разрешения, мониторинг ТС на карте, приём данных с БНСО, отчёты и аналитика
- мероприятия по защите информации, анализ исходного кода сертифицированным сканером, аттестационные испытания
- пусконаладка, предварительные испытания, опытная эксплуатация, приёмочные испытания
- передача исходных кодов и дистрибутивов через систему управления репозиториями заказчика

## Платформа и технологии
- Альт СП
- ClickHouse
- ГЛОНАСС/GPS, БНСО
- HTTP/SOAP/REST, RMI
- преимущественно свободное ПО

## Допуски, пропуска, режим
- работа в инфраструктуре заказчика с соблюдением требований по защите информации ГИС (приказы ФСТЭК № 17/117, № 21)

## Штрафы и риски
- аттестационные испытания и анализ кода на уязвимости входят в объём
- бумажная отчётность в двух экземплярах по каждому этапу

_Выжимка сделана автоматически по документам закупки; юридически значимы только сами документы (файлы в папке «Документы» и текст в 01_ТЕКСТ_ВСЕХ_ДОКУМЕНТОВ.txt)._


# ПОЛНЫЙ ТЕКСТ ДОКУМЕНТОВ

=== ФАЙЛ: Техническое задание | docs/0356500001426009078/2._ТЗ_v2_ИБ_РНИС.pdf
«Региональная навигационно-информационная система Пермского края на
базе технологий ГЛОНАСС и ГЛОНАСС/GPS»
РНИС ПК
Техническое задание
на выполнение работ по развитию «Региональная навигационноинформационная система Пермского края на базе технологий
ГЛОНАСС и ГЛОНАСС/GPS»
Пермь
2026
2
Содержание
1
Общие сведения.......................................................................................................... 4
1.1 Полное наименование Системы и ее условное обозначение...........................4
1.2 Наименование работ.............................................................................................4
1.3 Государственный заказчик..................................................................................4
1.4 Подрядчик............................................................................................................. 4
1.5 Сроки выполнения работ..................................................................................... 4
1.6 Источник финансирования.................................................................................. 4
1.7 Порядок оформления и предъявления Заказчику результатов работ..............5
1.8 Порядок внесения изменений и дополнений.....................................................6
1.9 Перечень документов, методических материалов, регламентирующих
развитие Системы...........................................................................................................6
1.10 Перечень терминов, сокращений и обозначений..............................................9
2 Цели и назначение развития Системы....................................................................12
2.1 Цели и задачи развития Системы......................................................................12
2.2 Назначение Системы.......................................................................................... 12
3 Характеристика объекта автоматизации.................................................................14
3.1 Основные сведения об объекте автоматизации...............................................14
3.2 Сведения об условиях эксплуатации объекта автоматизации и
характеристиках окружающей среды.........................................................................14
3.3 Перечень функций, реализуемых Системой....................................................14
3.4 Общие принципы развития Системы...............................................................17
3.5 Взаимодействие с иными информационными системами..............................19
3.6 Структура Системы и назначение ее частей....................................................19
3.7 Программно-аппаратное обеспечение Системы..............................................24
3.8 Сведения о ранее исполненных контрактах.....................................................27
4 Требования к Системе.............................................................................................. 28
4.1 Требования к способам и средствам связи для информационного обмена
между компонентами Системы...................................................................................28
4.2 Требования к характеристикам взаимосвязей Системы с иными
информационными системами....................................................................................28
4.3 Требования к функциям (задачам), реализуемым в рамках выполнения
работ29
4.3.1 Требования к оптимизации работоспособности программного
обеспечения Системы..............................................................................................29
4.3.2 Требования к разработке подсистемы «Информационная система
обеспечения мониторинга отходов строительства и сноса»................................30
4.4 Общие технические требования к Системе......................................................39
4.4.1 Требования к функционированию системы.............................................39
4.4.2 Требования к численности и квалификации персонала Системы и
режиму его работы................................................................................................... 41
4.4.3 Показатели назначения...............................................................................42
4.4.4 Требования к надежности...........................................................................43
4.4.5 Требования к безопасности........................................................................44
4.4.6 Требования к эргономике и технической эстетике..................................45
4.4.7 Требования к защите информации от несанкционированного доступа 46
4.4.8 Требования по сохранности информации при авариях...........................51
3
4.4.9 Требования к патентной чистоте...............................................................52
4.4.10 Требования по стандартизации и унификации.........................................55
4.5 Требования к видам обеспечения......................................................................56
4.5.1 Требования к информационному обеспечению.......................................56
4.5.2 Требования к лингвистическому обеспечению........................................56
4.5.3 Требования к программному обеспечению..............................................56
4.5.4 Требования к техническому обеспечению................................................57
4.5.5 Требования к организационному обеспечению.......................................58
5 Состав и содержание работ по развитию системы................................................59
5.1 Этапы выполнения работ...................................................................................59
6 Порядок развития системы......................................................................................65
6.1 Требования к разработке документации..........................................................65
6.2 Требования к разработке программного обеспечения и рабочей
документации................................................................................................................66
6.3 Требования к проведению пусконаладочных работ и предварительных
испытаний Системы..................................................................................................... 68
6.4 Требования к проведению опытной эксплуатации.........................................70
6.5 Требования к проведению пусконаладочных работ и приемочных
испытаний..................................................................................................................... 72
6.6 Требования к проведению работ по защите информации..............................74
6.6.1 Требования к определению класса защищенности, уровня
защищенности персональных данных и оценки вреда.........................................77
6.6.2 Требования к актуализации модели угроз................................................78
6.6.3 Требования к актуализации частного технического задания на систему
защиты информации................................................................................................ 81
6.6.4 Требования к актуализации проектной документации на систему
защиты информации................................................................................................ 82
6.6.5 Требования к актуализации эксплуатационной документации на
систему защиты информации..................................................................................87
6.6.6 Требования к предоставлению прав использования СЗИ и/или СКЗИ. 88
6.6.7 Требования к установке и настройке СЗИ и/или СКЗИ..........................88
6.6.8 Требования
к
проведению
аттестационных
испытаний
информационной системы.......................................................................................89
7 Порядок контроля и приемки выполненных работ...............................................98
7.1 Общие требования к приемке работ.................................................................98
7.2 Виды, состав, объем и методы испытаний Системы и ее составных частей 98
7.3 Порядок выполнения доработок и устранение допущенных Подрядчиком
ошибок, которые выявлены в процессе испытаний и в период гарантийного
обслуживания..............................................................................................................100
8 Сведения о гарантийном обслуживании Системы..............................................102
9 Требования к документированию......................................................................... 104
Приложение А Правила присвоения номеров отчетной документации..................106
Приложение Б Форма документа «Ведомость передаваемых файлов»...................108
4
1
Общие сведения
1.1 Полное наименование Системы и ее условное обозначение
«Региональная навигационно-информационная система Пермского края на
базе технологий ГЛОНАСС и ГЛОНАСС/GPS» (далее – Система, РНИС ПК).
1.2 Наименование работ
Полное наименование работ: Выполнение работ по развитию «Региональная
навигационно-информационная система Пермского края на базе технологий
ГЛОНАСС и ГЛОНАСС/GPS» (далее – Система, РНИС ПК).
Краткое наименование работ: Выполнение работ по развитию РНИС ПК
(далее - выполнение работ)
1.3 Государственный заказчик
Государственный
заказчик
(далее
–
Заказчик)
–
Министерство
информационного развития и связи Пермского края.
Место нахождения: 614000, Пермский край, г. Пермь, ул. Ленина, д. 66.
Почтовый адрес: 614000, Пермский край, г. Пермь, ул. Ленина, д. 66.
1.4 Подрядчик
Подрядчик
определяется
по
результатам
проведения
конкурентной
процедуры в соответствии с Федеральным законом от 5 апреля 2013 года № 44-ФЗ
«О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд».
1.5 Сроки выполнения работ
Сроки выполнения работ в разрезе этапов указаны в п. 5.1 настоящего
Технического задания.
1.6 Источник финансирования
Источником
финансирования
выполнения
работ
Пермского края
Порядок финансирования определяется условиями ГК.
является
бюджет
5
1.7 Порядок оформления
результатов работ
и
предъявления
Заказчику
Результаты выполнения работ должны передаваться Заказчику в порядке,
определенном в заключаемом по результатам конкурентной процедуры ГК, в
соответствии с требованиями к срокам начала и окончания выполнения работ,
установленными в ТЗ. Требования к составу и оформлению предъявляемых
Заказчику результатов работ определены в разделах 5 и 9 настоящего ТЗ.
При передаче Заказчику программ для ЭВМ, созданных в рамках выполнения
работ в виде объектного кода, Подрядчик должен передать Заказчику дистрибутивы
и исходные тексты (коды) указанных программ для ЭВМ в электронном виде через
Систему управления репозиториями кода Государственного Заказчика (далее –
СУРК. Созданные в рамках выполнения работ по ГК базы данных передаются
Подрядчиком Заказчику в электронном виде через СУРК.
Отчетная документация передается в соответствии с п.5.1 на бумажных
носителях (два экземпляра – по одному экземпляру для каждой стороны ГК) и через
СУРК. Текстовые документы в электронном виде должны быть представлены в
форматах, позволяющих осуществить их просмотр средствами OpenOffice.
Все материалы за каждый этап и по итогам выполнения работ по ГК
передаются
Заказчику
с
сопроводительными
документами
Подрядчика
в
соответствии с условиями ГК.
Заказчик производит проверку результатов работ и представленной отчетной
документации в порядке, предусмотренном ГК и ТЗ.
Объем передаваемых материалов (при необходимости) может быть описан в
документе «Ведомость передаваемых файлов» (шаблон документа представлен в
приложении Б к настоящему документу).
В случае если при проверке установлены неактуальность, противоречивость,
недостоверность, несоответствие требованиям ГК, ТЗ, либо неполнота сведений,
представленных в отчетной документации, Заказчик в порядке, определенном ГК,
возвращает Подрядчику отчетную документацию на доработку с указанием причин
отказа в приемке отчетной документации. В этом случае приемка отчетной
документации откладывается в порядке, определенном ГК, до момента полного
устранения замечаний Заказчика по представленной отчетной документации.
6
1.8 Порядок внесения изменений и дополнений
Изменения
настоящего
ТЗ
не
предусмотрены.
Дополнительные,
детализирующие требования и уточнения могут быть предъявлены в составе
Частного технического задания (далее – ЧТЗ).
При выявлении случаев нецелесообразности или невозможности реализации
требований настоящего ТЗ Подрядчик должен предложить, согласовать с
Заказчиком и реализовать другое более эффективное решение, а также отразить этот
факт в отчетной документации. При этом, предлагаемое решение не должно
противоречить основным требованиям данного ТЗ и приводить к существенному
изменению объема работ и иных существенных условий, предусмотренных ГК.
1.9 Перечень
документов,
методических
регламентирующих развитие Системы
материалов,
Выполняемая работа должна отвечать требованиям нормативных правовых
актов, а также соответствующих государственных стандартов:
1. Федеральный закон от 27 июля 2006 г. № 149-ФЗ «Об информации,
информационных технологиях и о защите информации».
2. Постановление Правительства Российской Федерации от 6 июля 2015 г.
№ 675 «О порядке осуществления контроля за соблюдением требований,
предусмотренных частью 2.1 статьи 13 и частью 6 статьи 14 Федерального закона
«Об информации, информационных технологиях и о защите информации».
3. Постановление Правительства Российской Федерации от 6 июля 2015 г.
№ 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию,
эксплуатации и вывода из эксплуатации государственных информационных систем,
и дальнейшего хранения содержащейся в их базах данных информации».
4. Приказ ФСТЭК России от 18 февраля 2013 г. № 21 «Об утверждении
Состава и содержания организационных и технических мер по обеспечению
безопасности персональных данных при их обработке в информационных системах
персональных данных»;
5. Приказ ФСТЭК России от 11 апреля 2025 г. № 117 «Об утверждении
Требований
по
защите
информации,
содержащейся
в
государственных
информационных системах и иных информационных системах государственных
органов, государственных унитарных предприятий, государственных учреждений».
7
6. Приказ ФСБ России от 10 июля 2014 г. № 378 «Об утверждении Состава
и содержания организационных и технических мер по обеспечению безопасности
персональных данных при их обработке в информационных системах персональных
данных с использованием средств криптографической защиты информации,
необходимых для
выполнения установленных Правительством
Российской
Федерации требований к защите персональных данных для каждого из уровней
защищенности»;
7. Методический документ «Методика оценки угроз безопасности
информации», утвержденный ФСТЭК России 5 февраля 2021 г.
8. Постановление Правительства Пермского края от 3 февраля 2014 г.
№ 56-п «Об обеспечении предоставления государственных и муниципальных услуг
(исполнения функций) в электронной форме на территории Пермского края».
9. Постановление Правительства Пермского края от 25 сентября 2013 г.
№ 1270-п «Об утверждении государственной программы Пермского края «Развитие
информационного общества».
10. Закон Пермского края от 25 декабря 2009 г. № 569-ПК «Об управлении и
распоряжении интеллектуальной собственностью Пермского края».
11. Указ губернатора Пермского края от 11 апреля 2017 г. № 53 «О
централизации функций в сфере региональной информатизации и использования
информационно-коммуникационных технологий в Пермском крае».
12. Указ губернатора Пермского края от 28 декабря 2017 г. № 165 «Об
утверждении Порядка взаимодействия исполнительных органов государственной
власти
Пермского
края,
Администрации
губернатора
Пермского
края,
подведомственных им учреждений при осуществлении функций в сфере
региональной
информатизации
и
использования
информационно-
коммуникационных технологий в Пермском крае и внесение изменений в Указ
губернатора Пермского края 11 апреля 2017 г. № 53 «О централизации функций в
сфере
региональной
информатизации
и
использования
информационно-
коммуникационных технологий в Пермском крае».
13. ГОСТ Р 59853-2021
«Информационные
технологии.
Комплекс
стандартов на автоматизированные системы. Автоматизированные системы.
Термины и определения».
8
14. ГОСТ Р 57100-2025 «Системная и программная инженерия.
Описание архитектуры»
15. ГОСТ Р 56939-2024. «Национальный стандарт Российской Федерации.
Защита информации. Разработка безопасного программного обеспечения. Общие
требования».
16. ГОСТ 34.201-2020 «Информационные технологии. Комплекс стандартов
на автоматизированные системы. Виды, комплектность и обозначения документов
при создании автоматизированных систем».
17. ГОСТ 34.602-2020 «Информационные технологии. Комплекс стандартов
на
автоматизированные
системы.
Техническое
задание
на
создание
технологии.
Комплекс
автоматизированной системы».
18. ГОСТ Р 59792-2021
«Информационные
стандартов на автоматизированные системы. Виды испытаний автоматизированных
систем».
19. ГОСТ Р 59793-2021
«Информационные
технологии.
Комплекс
стандартов на автоматизированные системы. Автоматизированные системы. Стадии
создания».
20. ГОСТ Р 59795-2021
«Информационные
технологии.
Комплекс
стандартов на автоматизированные системы. Автоматизированные системы.
Требования к содержанию документов.»
21. ГОСТ Р 2.105-2019 «Единая система конструкторской документации.
Общие требования к текстовым документам».
22. ГОСТ Р 71784-2024 «Средства вычислительной техники. Общие
технические требования, приемка, методы испытаний, маркировка, упаковка,
транспортировка, хранение».
23. СанПиН 1.2.3685-21 «Гигиенические нормативы и требования к
обеспечению безопасности и (или) безвредности для человека факторов среды
обитания».
24. Постановление
Главного
государственного
санитарного
врача
Российской Федерации от 2 декабря 2020 г. № 40 «Об утверждении санитарных
правил СП 2.2.3670-20 «Санитарно-эпидемиологические требования к условиям
труда».
9
Перечисленный выше перечень документов не является исчерпывающим. К
выполнению
работ
предъявляются
иные
требования,
предусмотренные
применимыми нормативными правовыми актами, методическими документами,
положения которых учитываются при выполнении работ в рамках настоящего ТЗ.
В случае внесения изменений, признания утратившими силу нормативных
правовых актов, методических документов, предусмотренных настоящим разделом,
положения указанных актов применяются с даты вступления в силу указанных
документов и распространяются на выполнение работ по ГК. Положения
нормативных правовых актов, методических документов, принятых взамен
признанных утратившими силу документов, предусмотренных настоящим разделом,
распространяются на выполнение работ по ГК.
1.10 Перечень терминов, сокращений и обозначений
Перечень используемых в настоящем документе терминов и сокращений
представлен в таблице ниже (Таблица 1).
Таблица 1 – Перечень терминов, сокращений и обозначений
Термин, сокращение,
обозначение
EGTS
HTTP
REST
RMI
SOAP
БНСО
ВИС
ВМ
ГК
ГОСТ
АТП
Государственный
заказчик
Определение
Era GLONASS Telematics Standard – это протокол для
передачи
телеметрических
данных,
который
законодательно закреплён на территории Российской
Федерации
HyperText Transfer Protocol – это протокол передачи
гипертекста
Representational State Transfer – это архитектурный стиль
взаимодействия
компонентов
распределённого
приложения в сети
Remote Method Invocation – это программный интерфейс
вызова удалённых методов в языке Java
Simple Object Access Protocol - это протокол обмена
сообщениями в виде XML
Бортовое навигационно-связное оборудование
Внешняя информационная система
Виртуальная машина
Государственный контракт
Государственный стандарт
Автотранспортное предприятие
Министерство информационного развития и связи
Пермского края
10
Термин, сокращение,
обозначение
ГРЗ
ЕИС
ЕПУТС ПГА
ЕХД ПК
ИС
ИТС
КТС
НСД
НСИ
ОГВ ПК
ОП
Оператор Системы
ОС
ПМД
ПО
РСАА ПК
РФ
СЗИ
Система, РНИС ПК
СКЗИ
СПО
СУБД
СУРК, репозиторий
ТЗ
ТКО
ТС
ФЗ
ФСБ
ФСТЭК
1
Определение
Регистрационные знаки транспортных средств в России
Единая информационная система в сфере закупок
Единая платформа управления транспортной системой
Пермской городской агломерации
Единое хранилище данных Пермского края
Информационная система
Интеллектуальная транспортная система
Комплекс технических средств
Несанкционированный доступ
Нормативно-справочная информация
Органы государственной власти Пермского края1
Остановочный пункт
Организация,
осуществляющая
деятельность
по
эксплуатации информационной системы, в том числе по
обработке информации, содержащейся в ее базах данных
Операционная система
Подсистема мониторинга и диагностики
Программное обеспечение
Региональный сервис аутентификации и авторизации
сотрудников органов государственной власти и
учреждений Пермского края
Российская Федерация
Средство защиты информации
«Региональная навигационно-информационная система
Пермского края на базе технологий ГЛОНАСС и
ГЛОНАСС/GPS»
Средство криптографической защиты информации
Специальное программное обеспечение Системы,
перерабатываемое в рамках ГК
Система управления базами данных
Система управления репозиториями кода
Техническое задание
Твёрдые коммунальные отходы
Транспортное средство
Федеральный закон
Федеральная служба безопасности
Федеральная служба по техническому и экспортному
контролю
Законодательный орган государственной власти Пермского края; высшее должностное лицо Пермского края;
высший исполнительный орган государственной власти Пермского края и исполнительные органы
государственной власти Пермского края, включенные в систему исполнительных органов государственной
власти Пермского края; образованные в Пермском крае судебные органы; иные органы государственной
власти Пермского края, образуемые в соответствии с Уставом Пермского края.].
11
Термин, сокращение,
обозначение
ЦОД ППК
ЧТЗ
ЭВМ
ЭП
Определение
Центр обработки данных Правительства Пермского края
Частное техническое задание
Электронная вычислительная машина
Электронная подпись
12
2
Цели и назначение развития Системы
2.1 Цели и задачи развития Системы
Целью выполнения работ по развитию Системы является расширение
функциональных возможностей Системы.
Задачи по развитию Системы могут быть решены путем:
 модернизации существующих подсистем и модулей Системы;
 работ по обеспечению взаимодействия с иными информационными
системами
Основанием для развития Системы являются, в том числе:
 изменения
действующих
нормативно-правовых
и
Пермского
края
автоматизации,
влекущие
необходимость
Федерации
в
сфере
актов
Российской
деятельности
реализации
объекта
новой
или
модернизацию существующей функциональности;
 наличие новых целевых задач, определенных Заказчиком, включая
необходимость
использования
накопленных
данных
во
внешних
информационных системах и ресурсах;
 изменения, произошедшие в информационных системах, с которыми
осуществляется интеграция Системы;
 наличие
потребностей,
замечаний
пользователей
Системы
к
пользовательским интерфейсам и/или функциональности Системы.
2.2 Назначение Системы
Система предназначена для создания единого технологического и
информационного пространства, обеспечивающего возможность проведения
объективного
анализа
предметной
деятельности
с
помощью
различных
инструментов, подходов и методов обработки как структурированных, так и
неструктурированных данных:
1.
информационно-навигационного
обеспечения
деятельности
автомобильного транспорта, в том числе городского наземного электрического
транспорта, на территории Пермского края с использованием технологий
ГЛОНАСС или ГЛОНАСС/GPS;
13
2.
обеспечения
безопасности
и
эффективности
функционирования
транспортного комплекса Пермского края;
3.
сбора, обработки, хранения и предоставления навигационных данных в
режиме реального времени;
4.
создания и ведения базы актуальных данных объектов транспортной
инфраструктуры;
5.
импорта
информации
(ТС,
БНСО,
пользователи
(водители,
диспетчеры), маршруты расписания из ведомственных систем Функционального
заказчика) посредством WebAPI;
6.
обеспечения
сгенерированных
план-нарядов
транспортными
средствами и водителями;
7.
ведения реестров контрактов (договоров) предприятий-подрядчиков,
маршрутов и расписаний маршрутной сети регулярных пассажирских перевозок
региона;
8.
контроля режимов работы исполнительных механизмов дорожной
техники (при наличии технических возможностей);
9.
определение факта превышения разрешенной на участке дороги
скорости для ТС предприятий;
10. участников информационного взаимодействия подсистем РНИС ПК;
11. определение
факта
исполнения
условий
государственных
и
муниципальных контрактов, свидетельств и договоров предприятий;
12. участников информационного взаимодействия подсистем РНИС ПК, на
основе навигационных данных и НСИ РНИС ПК;
13. интеграции на базовом уровне с РНИС ПК других (соседних) регионов
для ТС, осуществляющих межрегиональные перевозки (а именно, ретрансляция
навигационных данных по протоколу EGTS, приём данных по протоколу EGTS);
14. повышения
качества
транспортного
обслуживания
населения
Пермского края за счет предоставления информационных сервисов и данных о
движении транспортных средств в сети Интернет.
14
3
Характеристика объекта автоматизации
3.1 Основные сведения об объекте автоматизации
Объектом автоматизации в рамках выполнения работ по-настоящему ТЗ
является деятельность Министерства информационного развития и связи Пермского
края в части формирования единого технологического и информационного
пространства, обеспечивающего возможность проведения объективного анализа
предметной деятельности с помощью различных инструментов, подходов и методов
обработки как структурированных, так и неструктурированных отраслевых данных.
3.2 Сведения
об
условиях
эксплуатации
объекта
автоматизации и характеристиках окружающей среды
Для размещения Системы используется виртуальная инфраструктура
Заказчика и отечественная, сертифицированная ОС и СУБД.
Условия
эксплуатации
комплекса
технических
средств
Системы
соответствуют условиям эксплуатации группы 2 ГОСТ Р 71784-2024 «Средства
вычислительной техники. Общие технические требования, приемка, методы
испытаний, маркировка, упаковка, транспортировка, хранение».
3.3 Перечень функций, реализуемых Системой
РНИС ПК представляет собой единую автоматизированную навигационноинформационную систему, предназначенную для формирования навигационных
сигналов, передачи, приёма, обработки, хранения и визуализации навигационной
информации, а также:
−
процессы создания, изменения и управления справочниками системы,
необходимыми для функционирования РНИС ПК;
−
процессы диспетчеризации и оперативного управления пассажирским
автотранспортом, в части сбора, хранения и аналитической обработки информации,
необходимой для оперативного управления пассажирским автотранспортом,
планирования и учёта транспортной работы по перевозке пассажиров, а также для
обеспечения контроля передвижения и диспетчеризации ТС;
−
процессы контроля общественного транспорта, а именно контроля объёмов
работы пассажирского транспорта, контроля качества пассажирских перевозок, в
15
части контроля выполнения перевозчиками параметров и показателей транспортной
работы в соответствии с условиями государственных контрактов и свидетельств;
−
процессы диспетчеризации и оперативного управления дорожной техникой, в
части планирования и оперативного управления дорожной техникой;
−
процессы диспетчеризации и оперативного управления коммунальной
техникой, в части планирования и оперативного управления коммунальной
техникой;
−
процессы диспетчеризации и оперативного управления службами эвакуации в
части распределения заявок, контроля их исполнения и оценки подрядных
организаций;
−
процессы контроля дорожной техники, в части осуществления мониторинга
за передвижением
дорожной
техники,
включая
ретроспективный
просмотр
передвижения ТС, а также процент выполненных работ и соблюдение регламентных
сроков производства работ, формирование отчётности о работе ТС;
−
процессы контроля коммунальной техники, в части осуществления
мониторинга за передвижением коммунальной уборочной техники, включая
ретроспективный просмотр передвижения ТС, формирование отчётности о работе
ТС;
−
процессы контроля перевозок специальных, опасных, крупногабаритных и
тяжеловесных грузов автомобильным транспортом, формирование отчетности о
работе ТС;
−
процессы
контроля
транспортных
средств
территориального
центра
медицины катастроф, скорой и неотложной медицинской помощи, в части
осуществления мониторинга за передвижением ТС, включая ретроспективный
просмотр передвижения ТС, формирование отчётности о работе ТС;
−
процессы контроля работы автобусов, предназначенных для организованной
перевозки групп детей в части сбора, хранения и аналитической обработки
информации необходимой для обеспечения контроля работы школьных автобусов,
предназначенных для организованной перевозки групп детей, мониторинг качества
и безопасности перевозок учащихся, соответствие параметров перевозок учащихся
условиям государственных контрактов, свидетельств;
16
−
процессы контроля вывоза ТКО предназначены для сбора, хранения и
аналитической обработки информации необходимой для обеспечения контроля
работы транспорта при осуществлении вывоза ТКО;
−
процессы контроля вывоза медицинских отходов предназначены для сбора,
хранения и аналитической обработки при осуществлении работ по вывозу
медицинских отходов;
−
процессы оперативного управления ведомственным транспортом органов
государственной
власти
в
части
осуществления
мониторинга,
включая
ретроспективный просмотр передвижения ТС, фиксации нарушений установленных
параметров движения и формирования отчётности о деятельности ведомственного
транспорта органов государственной власти;
−
процессы информирования пассажиров о расписаниях общественного
транспорта и прогнозном времени прибытия в части информирования пассажиров о
расписаниях движения, о фактическом местоположении и движении пассажирского
транспорта в режиме реального времени, обеспечения возможности построения
маршрута с учётом настраиваемых условий запросов и расчёт прогнозного времени
прибытия
пассажирского
транспорта,
прогноза
прибытия/отправления
пассажирского транспорта конкретных маршрутов по остановочным пунктам;
−
процессы информирования населения о дате и времени эвакуации
транспортного средства, причин эвакуации транспортного средства и месте
прибытия эвакуированного транспортного средства;
−
процессы сбора, обработки и предоставления навигационных данных во все
смежные подсистемы РНИС ПК в режиме реального времени;
−
процессы
обеспечения
информационной
безопасности,
в
части
предотвращения несанкционированного доступа к информационным ресурсам
РНИС ПК, предотвращения несанкционированной модификации информации, и её
уничтожения, обеспечения безопасности информации при информационном обмене
с внешними системами и подсистемами РНИС ПК;
−
процессы обеспечения функционирования РНИС ПК и предоставление
доступа к информации РНИС ПК, в том числе о передвижении ТС;
17
−
процессы обеспечения взаимодействия между подсистемами РНИС ПК, а
также с внешними информационными системами (ВИС) в рамках информационного
ландшафта РНИС ПК;
−
процессы управления ролями и учётными записями пользователей РНИС ПК
и настройки прав доступа пользователей;
−
процессы мониторинга работоспособности и диагностики неисправностей
РНИС ПК в части фиксации и просмотра параметров функционирования ПО РНИС
ПК и БНСО, установленных на ТС транспортных предприятий, подключённых к
РНИС ПК.
В процессе функционирования РНИС ПК обеспечивает её пользователей
необходимыми и достоверными данными для осуществления мониторинга текущей
ситуации дорожно-транспортного комплекса Пермского края и оперативного
принятия управленческих решений в области дорожного хозяйства и транспортного
обслуживания населения на территории Пермского края.
3.4 Общие принципы развития Системы
При развитии Системы необходимо руководствоваться следующими
принципами:
1. Принцип системности. Заключается в том, что при декомпозиции должны
быть установлены такие связи между структурными элементами системы, которые
обеспечивают
цельность
информационными
Системы
системами.
При
и
ее
взаимодействие
развитии
Системы
ее
с
другими
компоненты
реализовываются комплексно со всеми возможными информационными связями, а
не автономно от других.
2. Принцип развития (открытости). Заключается в том, что, исходя из
перспектив развития объекта автоматизации, Система должна развиваться с учетом
возможности пополнения и обновления функций и состава Системы без нарушения
ее функционирования с учетом:

возможности добавления новых функций или изменения уже
имеющихся при неизменных остальных функциональных частях
Системы;
18

адаптируемости Системы к изменениям требований нормативных
правовых
актов
Российской
Федерации,
Пермского
края,
потребностей пользователей Системы;

внедрения новых информационных технологий.
3. Принцип совместимости. Заключается в том, что при развитии Системы
должны быть реализованы информационные интерфейсы, благодаря которым она
может взаимодействовать с другими информационными системами в соответствии с
установленными правилами. Взаимодействие с другими системами должно отвечать
требованиям:

совместимости
вычислительных
и
телекоммуникационных
устройств;

информационной безопасности Системы, обеспечения защиты
персональных данных;

соблюдения протоколов взаимодействия пользователей Системы.
4. Принцип стандартизации (унификации). Заключается в том, что при
развитии
системы
должны
быть
рационально
применены
типовые,
унифицированные и стандартизованные элементы, проектные решения, пакеты
прикладных программ, комплексы, компоненты. Должно быть обеспечено:

единство используемых терминов, нормативной и справочной
информации, системы показателей, формирования и представления
отчетности;

единство стандартов технологий, форматов;

полнота, актуальность и достоверность обрабатываемой в Системе
информации;

унификация
эксплуатации
(общность
эксплуатационных
требований).
5. Принцип эффективности. Заключается в достижении рационального
соотношения между затратами на развитие Системы и целевыми эффектами,
включая конечные результаты, получаемые в результате автоматизации.
19
3.5 Взаимодействие с иными информационными системами
Система взаимодействует со следующими информационными системами1:
 Единое хранилище данных Пермского края (ЕХД ПК);
 Транспортная платформа Яндекс карты;
 Транспортная платформа 2ГИС;
 Интеграционная платформа ИТС Пермской городской агломерации
(ЕПУТС ПГА);
 Региональный сервис аутентификации и авторизации сотрудников
органов государственной власти и учреждений Пермского края (РСАА
ПК) и система идентификации и аутентификации (ЕСИА)
3.6 Структура Системы и назначение ее частей
Система состоит из функциональных и обеспечивающих подсистем.
Перечень подсистем и их назначение представлены в таблице ниже (Таблица 2).
Таблица 2 – Подсистемы РНИС ПК и их назначение
1
Наименование
подсистемы
Назначение
Подсистема оператора
РНИС ПК
Подсистема
предназначена
для
обеспечения
функционирования РНИС ПК и предоставления
доступа к информации о передвижении ТС
пользователям РНИС ПК, управления ролями и
учётными записями пользователями РНИС ПК,
настройки прав доступа пользователей и обеспечения
функционирования РНИС ПК в целом, обеспечения
информационного
взаимодействия
между
подсистемами РНИС ПК, интеграции разнородных
программно-аппаратных
средств
в
единое
информационное пространство и обеспечения
взаимодействия
РНИС
ПК
с
внешними
информационными
системами
и
сервисами,
формирования,
хранения,
актуализации
и
предоставления нормативно-справочной информации
(НСИ), реестров, справочников и иной информации
для использования в подсистемах РНИС ПК.
Подсистема
мониторинга
Подсистема
предназначена
для
работоспособности РНИС ПК и
мониторинга
диагностики
[Указываются полные и сокращенные официальные наименования информационных систем, с которыми
взаимодействует Система. Наименования должны соответствовать наименованиям, указанным в
нормативных правовых актах, решениях о создании информационных систем.]
20
Наименование
подсистемы
Назначение
работоспособности и
диагностики
неисправностей РНИС
ПК
неисправностей БНСО.
Аналитическая
платформа РНИС ПК
Подсистема предназначена для предоставления
аналитической
информации
о
деятельности
транспортного комплекса Пермского края
Подсистема
мониторинга и
управления
пассажирскими
перевозками на
территории Пермского
края
Подсистема предназначена для автоматизации
процессов сбора, хранения и аналитической обработки
информации,
необходимой
для
оперативного
управления
пассажирским
автотранспортом,
планирования и учёта транспортной работы по
перевозке
пассажиров,
обеспечения
контроля
передвижения и диспетчеризации ТС, в том числе
создания план-нарядов, путевых листов, контроля
соблюдения расписания и оперативного изменения
план-нарядов, по формированию
отчётов о
выполнении транспортной работы предприятия края, и
передача во внешние информационные ресурсы
данных о движении транспортных средств.
Подсистема
мониторинга и
управления школьными
автобусами
(организованными
перевозками детей
школьными автобусами)
на территории
Пермского края
Подсистема (на аналитическом уровне) предназначена
для автоматизации процессов сбора, хранения и
аналитической обработки информации, необходимой
для контроля объёмов работы школьных автобусов,
контроля выполнения перевозчиками параметров и
показателей транспортной работы в соответствии с
условиями государственных и муниципальных
контрактов и свидетельств на школьные перевозки.
Подсистема (на прикладном уровне) предназначена
для автоматизации процессов сбора, хранения и
аналитической обработки информации, необходимой
для оперативного управления школьными автобусами
(организованными перевозками детей школьными
автобусами), планирования и учёта транспортной
работы, обеспечения контроля передвижения и
диспетчеризации ТС, в том числе создания планнарядов, путевых листов, контроля соблюдения
расписания и оперативного изменения план-нарядов,
по
формированию
отчётов
о
выполнении
транспортной работы предприятия.
21
Наименование
подсистемы
Назначение
Подсистема
мониторинга перевозок
специальных, опасных,
крупногабаритных и
тяжеловесных грузов
автомобильным
транспортом на
территории Пермского
края
Подсистема предназначена для автоматизации
процессов планирования и оперативного управления
перевозками
специальных,
опасных,
крупногабаритных
и
тяжеловесных
грузов
автомобильным транспортом, контроль работы ТС,
формирование отчётов о выполнении работы
(посещении маршрутов и геозон), включая просмотр
истории передвижения ТС.
Подсистема
мониторинга
автомобильных
транспортных средств
организаций жилищнокоммунального
хозяйства на территории
Пермского края
Подсистема предназначена для автоматизации
процессов планирования и оперативного управления
коммунальной техникой, в том числе создания
путевых листов, контроль работы механизмов
транспортных
средств
организаций
ЖКХ,
предоставление доступа к реестру заявок на
проведение плановых и экстренных работ и
выполнения заявок, формирование отчётов о
выполнении работы (посещении маршрутов и геозон),
контроля транспортных средств организаций ЖКХ,
осуществления мониторинга за передвижением
транспортных средств организаций ЖКХ, включая
просмотр истории передвижения ТС, формирования
отчётов о работе ТС.
Подсистема
мониторинга и
управления дорожной
техникой на территории
Пермского края
Подсистема предназначена для автоматизации
процессов планирования и оперативного управления
дорожной техникой, в том числе создания путевых
листов, контроль работы механизмов дорожной
техники, предоставление доступа к реестру заявок на
проведение плановых и экстренных работ и
выполнения заявок, формирование отчётов о
выполнении работы (посещении маршрутов и геозон),
контроля
дорожной
техники,
осуществления
мониторинга за передвижением дорожной техники,
включая просмотр истории передвижения ТС,
формирования отчётов о работе ТС.
Подсистема
мониторинга и
управления
транспортными
средствами прочих АТП
Подсистема
предназначена
для
мониторинга
транспорта прочих автотранспортных предприятий и
предоставления отчётов о работе ТС.
22
Наименование
подсистемы
Назначение
Подсистема мониторинга
транспортных средств,
осуществляющих вывоз
ТКО на территории
Пермского края
Подсистема предназначена для автоматизации
процессов планирования и оперативного управления
транспортных средств, осуществляющих вывоз ТКО, в
том
числе
осуществления
мониторинга
за
передвижением транспортных средств, включая
просмотр истории передвижения ТС, формирования
отчётов о работе ТС.
Подсистема
мониторинга
транспортных средств,
осуществляющих вывоз
медицинских отходов
Подсистема
предназначена
для
контроля
и
оперативного управления транспортных средств,
осуществляющих вывоз медицинских отходов.
Контроль
объемов
вывозимых
отходов
с
использованием мобильного приложения водителя,
оперативная сверка данных по количеству вывезенных
и количеству утилизированных отходов. Контроль за
оборотом контейнерного парка путем идентификации
маркировки контейнера, осуществления мониторинга
за передвижением транспортных средств, включая
просмотр истории передвижения ТС, формирования
отчётов о работе ТС.
Подсистема
мониторинга и
управления
транспортными
средствами органов
государственной власти
на территории
Пермского края
Подсистема
предназначена
для
мониторинга
транспорта ОГВ ПК и предоставления отчётов о работе
ТС.
Подсистема
мониторинга и
управления
транспортными
средствами эвакуации
Подсистема предназначена для автоматизации
процессов сбора, хранения и аналитической обработки
информации,
необходимой
для
оперативного
управления эвакуаторами. Предназначена для приема,
хранения, исполнения поступающих заявок на
эвакуацию транспорта. Равномерного распределения
работ между подрядными организациями и контроля
качества выполнения работ, включая просмотр
истории передвижения ТС, формирования отчётов о
23
Наименование
подсистемы
Назначение
работе ТС.
Подсистема
информационного
обеспечения
потребителей услуг
транспортного
комплекса (в том числе
перевозок пассажиров и
грузов автомобильным
транспортом) на
территории Пермского
края (Интернет-портал)
Интернет-портал
предназначен
для
информирования населения о работе транспортного
комплекса региона и предоставления информации
по подключению к РНИС ПК, включая:
 публикацию новостей транспортного
комплекса;
 отображение транспортных средств,
выполняющих перевозки пассажиров и багажа;
 построение пользовательских маршрутов
используя региональную маршрутную сеть;
 информирование о расписаниях;
 предоставление формы обратной связи;
 предоставление информации по подключению к
РНИС ПК.
Подсистема «Единая
телематическая
платформа» (ЕТП)
Подсистема предназначена для сбора, обработки и
предоставления во все смежные подсистемы РНИС ПК
навигационных данных в режиме реального времени и
ретрансляции навигационной информации в ВИС по
протоколу EGTS.
Подсистема
информационносправочного
обеспечения
транспортного
комплекса Пермского
края
Подсистема
предназначена
для
получения
нормативно-справочной
информации
из
информационной системы Единое хранилище данных
Пермского края (ЕХД ПК) для формирования
справочников в РНИС ПК (маршруты, остановочные
пункты и т.д.), а также для предоставления
нормативно-справочной информации из РНИС ПК во
внешние ведомственные информационные системы
(ВИС).
Подсистема обеспечения
информационной
безопасности
Подсистема
обеспечения
информационной
безопасности
обеспечивает
предотвращение
несанкционированного
доступа,
использования,
раскрытия, искажения, изменения, исследования,
записи или уничтожения информации, используемой в
РНИС ПК.
24
3.7 Программно-аппаратное обеспечение Системы
Система размещена на серверах с использованием инфраструктуры
Заказчика (Таблица 3):
Таблица 3 – Аппаратное и программное обеспечение Системы
Количество
Операционная система и
CPU
Локальные программное обеспечение
Имя ресурса
RAM,
(core
диски, Gb
Gb
)
База данных
ОС – Альт СП;
Основной
ПО - ClickHouse, node8
28
550
(промышленный)
exporter.
контур
База данных
ОС – Альт СП;
Основной
ПО - ClickHouse, node8
20
1050
(промышленный)
exporter.
контур
База данных
ОС – Альт СП;
Основной
ПО - ClickHouse, node8
20
1050
(промышленный)
exporter.
контур
База данных
ОС – Альт СП;
Основной
ПО - ClickHouse, node8
20
1000
(промышленный)
exporter.
контур
База данных
ОС – Альт СП;
Основной
ПО - ClickHouse, node2
4
50
(промышленный)
exporter.
контур
База данных
ОС – Альт СП;
Основной
ПО - ClickHouse, node2
4
50
(промышленный)
exporter.
контур
База данных
ОС – Альт СП;
Основной
ПО - ClickHouse, node2
4
50
(промышленный)
exporter.
контур
База данных
ОС – Альт СП;
Основной
ПО - MongoDB, node4
16
550
(промышленный)
exporter.
контур
База данных
ОС – Альт СП;
Основной
ПО - MongoDB, node4
16
550
(промышленный)
exporter.
контур
25
Оркестратор
контейнеров
Основной
(промышленный)
контур
База данных
Основной
(промышленный)
контур
База данных
Основной
(промышленный)
контур
Сетевое хранилище
Основной
(промышленный)
контур
Сетевое хранилище
Основной
(промышленный)
контур
База данных
Основной
(промышленный)
контур
База данных
Основной
(промышленный)
контур
мониторинг
Основной
(промышленный)
контур
База данных
Основной
(промышленный)
контур
Веб-приложение
Основной
(промышленный)
контур
Веб-приложение
Основной
(промышленный)
контур
Веб-приложение
Основной
(промышленный)
4
2
2
1
1
20
20
6
4
16
16
4
2
2
2
2
2
2
2
2
2
2
2
2
150
150
150
350
350
2050
2050
350
150
350
350
350
ОС – Альт СП;
ПО - Kubernetes, nodeexporter.
ОС – Альт СП;
ПО - Redis, node-exporter.
ОС – Альт СП;
ПО - Redis, node-exporter.
ОС – Альт СП;
ПО - node-exporter.
ОС – Альт СП;
ПО - node-exporter.
ОС – Альт СП;
ПО - PostgreSQL, Kubernetes,
node-exporter.
ОС – Альт СП;
ПО - PostgreSQL, Kubernetes,
node-exporter.
ОС – Альт СП;
ПО - Kubernetes, nodeexporter, Prometheus, Grafana
ОС – Альт СП;
ПО - Kubernetes, nodeexporter.
ОС – Альт СП;
ПО - Kubernetes, etcd, nodeexporter, Nginx
ОС – Альт СП;
ПО - Kubernetes, etcd, nodeexporter, Nginx
ОС – Альт СП;
ПО - Kubernetes, etcd, nodeexporter, Nginx
26
контур
Веб-приложение
Основной
(промышленный)
контур
Веб-приложение
Основной
(промышленный)
контур
Веб-приложение
Основной
(промышленный)
контур
Веб-приложение
Основной
(промышленный)
контур
Веб-приложение
Основной
(промышленный)
контур
Веб-приложение
Основной
(промышленный)
контур
Брокер сообщений
Основной
(промышленный)
контур
Брокер сообщений
Основной
(промышленный)
контур
4
8
8
12
12
4
6
6
2
2
2
2
2
2
2
2
350
350
350
350
350
150
150
550
ОС – Альт СП;
ПО - Kubernetes, etcd, nodeexporter, Nginx
ОС – Альт СП;
ПО - Kubernetes, nodeexporter.
ОС – Альт СП;
ПО - Kubernetes, nodeexporter.
ОС – Альт СП;
ПО - Kubernetes, nodeexporter.
ОС – Альт СП;
ПО - Kubernetes, nodeexporter.
ОС – Альт СП;
ПО - Kubernetes, nodeexporter.
ОС – Альт СП;
ПО - RabbitMQ, Kubernetes,
node-exporter.
ОС – Альт СП;
ПО - Kubernetes, Apache
Kafka, node-exporter.
3.8 Сведения о ранее исполненных контрактах
Система была создана в рамках ГК № 29/ОК-2021 от 29 декабря 2021 года,
извещением от «29» октября 2021 г. № 0156200009921000929.
Развитие Системы проводилось в рамках ГК № 71/ЭА-2024 от 25 ноября
2024 года, извещением от 31.10.2024г. № 0356500001424007166.
Сведения о документации на Систему, разработанной в рамках создания и
развития Системы, представлены ниже (Таблица 4).
27
Таблица 4 – Документация, разработанная на Систему
№ п/п
1
2
3
4
5
6
7
8
Наименование
Обозначение (код)
документа
документа
Частное техническое задание
1157746045192.425000.012.ЧТЗ-ЛУ
Пояснительная записка к
1157746045192.425000.012.П2
техническому проекту
Общее описание системы
RU.1157746045192.425000.012.ПД
Описание
информационного 1157746045192.425000.012.П5
обеспечения
Руководство программиста
RU.1157746045192.62.01.29-02 33 12
Руководство оператора
RU.1157746045192.62.01.29-02 34 12
Руководство системного
RU.1157746045192.62.01.29-02 32 12
программиста
Описание архитектуры системы
ГИС_РНИС_ПК.4/ЭА-2026.3.ОА.2
После заключения ГК Заказчик предоставляет Подрядчику указанные в
таблице 4 документы в течение 5 (пяти) рабочих дней с даты получения
соответствующего запроса от Подрядчика.
28
4
Требования к Системе
Система должна представлять собой открытую информационную систему,
интегрируемую с другими информационными системами.
Развитие Системы должно происходить с учетом модульного принципа,
допускающего раздельную разработку, установку, обновление и техническое
обслуживание отдельных модулей.
При выполнении работ должно быть обеспечено преимущественное
использование свободного программного обеспечения (далее – ПО). В случае
невозможности использования свободного ПО Подрядчик обязан обосновать и
согласовать данный факт с Заказчиком.
Система должна быть централизованной, т.е. все данные должны
располагаться в централизованном хранилище.
Система должна отвечать критериям релевантности и целесообразности, что
выражается в возможности использовать Систему с минимальным привлечением
дополнительных затрат ресурсов.
Детализация требований к выполняемым работам должна быть выполнена
при разработке частного технического задания.
4.1 Требования к способам и средствам связи для
информационного обмена между компонентами Системы
Информационный
осуществляться
через
обмен
единое
между
компонентами
информационное
Системы
пространство,
должен
посредством
внутренних программных интерфейсов на базе протоколов HTTP (в том числе SOAP
и REST) и RMI.
Информационный
обмен
между
компонентами
Системы
должен
осуществляться без вмешательства пользователя и без повторного ручного ввода
информации
4.2 Требования к характеристикам взаимосвязей Системы с
иными информационными системами
В рамках выполнения работ по-настоящему ТЗ Подрядчиком, требования по
обеспечению возможности информационного взаимодействия со внешними
информационными системами не предъявляются.
29
4.3 Требования к функциям (задачам), реализуемым в рамках
выполнения работ
Перечень подсистем и их назначение представлены в п.3.6.
В рамках функций, выполняемых Системой, необходимо:
1. Оптимизировать
работоспособность
программного
обеспечения
Системы;
2. Разработать
подсистему
«Информационная
система
обеспечения
мониторинга отходов строительства и сноса».
3.
Проведение мероприятий по защите информации, и анализу исходных
кодов на уязвимости и аттестации Системы (в соответствии с пунктом 6.6).
После
проведенного
обследования
функциональности
Системы
Подрядчиком (совместно с ответственными сотрудниками Заказчика), Подрядчик
разрабатывает ЧТЗ, на детализирующее требования, предъявленные Заказчиком.
При этом ЧТЗ не должно дублировать положения настоящего ТЗ — в случае такой
необходимости приводятся ссылки на соответствующие разделы ТЗ.
4.3.1Требования к оптимизации работоспособности программного
обеспечения Системы
В рамках проведения работ по оптимизации работоспособности Системы,
Подрядчик должен выполнить:
Анализ текущих показателей времени отклика функций Системы и
выявления
проблемных
зон,
с
последующим
формированием
реестра
и
предоставлением реестра Заказчику.
Оптимизацию работы программного обеспечения, кода, баз данных с целью
уменьшения времени отклика \ выполнения функций системы для обеспечения
быстродействия, увеличить производительность системы, всех функций Системы,
отображения контента и выполнения пользовательских всех запросов за время, не
превышающее 15 секунд.
30
4.3.2 Требования к разработке подсистемы «Информационная
система обеспечения мониторинга отходов строительства и сноса»
4.3.2.1
Наименование подсистемы
Подсистема «Информационная система обеспечения мониторинга
отходов строительства и сноса» (далее – Подсистема, ОСиС).
4.3.2.2
Цель и задачи подсистемы:
Целями создания подсистемы являются: обеспечение учёта и контроля
транспортирования ОСиС, образуемых и ввозимых на территорию Пермского
края; автоматизация процессов выдачи разрешений на транспортирование
ОСиС; мониторинг движения ОСиС от момента образования до утилизации
или размещения; формирование отчётности и аналитических данных для
органов государственной власти и участников оборота ОСиС.
Задачами подсистемы являются: автоматизация выдачи разрешений на
транспортирование ОСиС в электронном виде; учёт объектов образования
ОСиС (объектов строительства, реконструкции, сноса и благоустройства);
учёт
объектов
приема
ОСиС
обезвреживания
и
использованием
ГЛОНАСС/GPS;
(объектов
размещения);
обработки,
мониторинг
и
бортовым
утилизации,
транспортирования
с
навигационно-связным
оборудованием (БНСО); формирование статистических и аналитических
отчётов по движению ОСиС.
4.3.2.3
Функциональные требования к подсистеме:
Подсистема «ОСиС» должна представлять собой автоматизированную
информационную систему, обеспечивающую сбор, обработку, хранение и
предоставление информации в области обращения с отходами строительства,
реконструкции,
капитального
ремонта,
сноса
объектов
капитального
строительства и благоустройства территорий на территории Пермского края
Подсистема
должна
обеспечивать
регистрацию
участников
(отходопроизводителей, отходоперевозчиков, отходополучателей) с ведением
соответствующих реестров; регистрацию объектов образования ОСиС и
31
объектов приема ОСиС; регистрацию транспортных средств, используемых
для перевозки ОСиС; автоматизированное формирование и закрытие
разрешений
на
транспортирование
ОСиС;
мониторинг
перемещения
транспортных средств на карте в реальном времени; учёт объёма и веса ОСиС
при выезде с объекта образования и въезде на объект приема; формирование
отчётов по движению ОСиС, разрешениям и участникам; приём данных с
БНСО.
Подсистема должна обеспечивать отображение на географической
карте объектов образования и приема ОСиС, маршрутов движения
транспортных средств, статусов разрешений и рейсов. Учёт и отчётность
должны включать: отчёт о выданных разрешениях (ежемесячно \ по запросу),
отчёт о перемещённых ОСиС (ежемесячно \ по запросу), отчёт об объектах
образования и приема (ежемесячно \ по запросу), аналитический отчёт по
видам ОСиС (ежемесячно \ по запросу), отчёт о нарушениях (ежемесячно \ по
запросу) и иные виды отчетности.
4.3.2.4
Роли пользователей и разграничение доступа
Подсистема должна обеспечивать авторизацию и аутентификацию
пользователей с поддержкой РСАА, ЕСИА и разграничением прав доступа по
ролям; журналирование всех действий пользователей и администраторов.
В подсистеме должны быть предусмотрены следующие роли
пользователей:
администратор
системы
(полный
доступ,
управление
пользователями, настройка системы, регистрация транспортных средств);
уполномоченный орган (выдача разрешений, проверка документов, контроль,
координация использования системы); отходопроизводитель (регистрация
объектов, подача заявок на разрешения, предоставление договоров);
отходоперевозчик (выполнение рейсов, передача данных \ документов,
мониторинг);
отходополучатель
подтверждение приёма ОСиС) и иные.
(регистрация
объектов
приема,
32
Для каждого участника в подсистеме должны храниться: полное и
сокращённое наименование организации, организационно-правовая форма,
ИНН, ОГРН, контактные данные, сведения о наличии лицензий на
деятельность по обращению с отходами I-IV классов опасности, а также
информация о регистрации в качестве индивидуального предпринимателя
(для физических лиц). Подсистема должна обеспечивать возможность
актуализации данных участниками, а также автоматическое уведомление
участников о необходимости подтверждения или обновления сведений в
установленные сроки.
Подсистема
информационного
должна
предоставлять
взаимодействия
каждому
персональный
личный
участнику
кабинет
с
разграничением прав доступа в зависимости от роли пользователя. Личный
кабинет должен обеспечивать: подачу заявок на получение разрешений на
транспортирование ОСиС; просмотр статусов поданных заявок и выданных
разрешений;
регистрацию
объектов
образования
и
приема
ОСиС;
предоставление сведений о движении ОСиС и договорах на оказание услуг по
обращению с ОСиС; формирование и выгрузку отчётов; получение
уведомлений о статусе разрешений, нарушений и изменениях в системе;
возможность заключения договоров на транспортирование ОСиС, на оказание
услуг по обращению с ОСиС. Личный кабинет должен быть адаптирован для
использования на персональных компьютерах, планшетах и мобильных
устройства
4.3.2.5
Регистрация и учет объектов образования ОСиС
Подсистема должна обеспечивать регистрацию объектов образования
ОСиС, на которых образуются отходы в результате строительства,
реконструкции,
капитального
ремонта,
сноса
объектов
капитального
строительства или благоустройства территорий. Для каждого объекта
образования ОСиС в подсистеме должна фиксироваться следующая
информация: адрес объекта, кадастровый номер земельного участка, геозону,
33
вид разрешённого использования, сведения о застройщике, генеральном
подрядчике (подрядчике в иерархическом виде), техническом заказчике,
проектная документация, календарный план строительства или график
производства работ, ведомость образования отходов с разделением по видам и
группам однородных ОСиС и классам опасности, объём в кубических метрах,
вес в тоннах и период образования, а также сведения о договорах на оказание
услуг по обращению с ОСиС и иные. Подсистема должна обеспечивать
возможность привязки к объекту образования регистрации транспортных
средств, осуществляющих вывоз ОСиС, и формирования разрешений на
транспортирование ОСиС.
4.3.2.6
Регистрация и учет объектов приема ОСиС
Подсистема должна обеспечивать регистрацию объектов приема
ОСиС, на которых осуществляется обработка, утилизация, обезвреживание и
размещение отходов строительства и сноса. Для каждого объекта приема
ОСиС в подсистеме должна фиксироваться следующая информация: адрес
объекта, кадастровый номер земельного участка, геозону, вид деятельности по
обращению с ОСиС, наличие заключения о соответствии объекта требованиям
законодательства Российской Федерации в области обращения с отходами и
охраны
окружающей
деятельности
по
среды,
сбору,
наличие
лицензии
транспортированию,
на
осуществление
обработке,
утилизации,
обезвреживанию, размещению отходов I-IV классов опасности, сведения о
применяемых технологиях по утилизации ОСиС, остаточная мощность
объекта приема для гарантированного приёма ОСиС. Подсистема должна
обеспечивать ведение Реестра объектов приема ОСиС, формируемого
уполномоченным органом, с отражением актуальной остаточной мощности
каждого объекта, а также возможность поиска объектов по видам
принимаемых ОСиС, их классам опасности и объёму свободных мощностей.
34
4.3.2.7
Регистрация и учет транспортных средств
Подсистема должна обеспечивать регистрацию транспортных средств,
предназначенных для транспортирования ОСиС. Для каждого транспортного
средства в подсистеме должна фиксироваться следующая информация:
государственный регистрационный знак, марка и модель транспортного
средства, грузоподъёмность, вместимость кузова в кубических метрах,
сведения о наличии аппаратуры спутниковой навигации ГЛОНАСС или
ГЛОНАСС/GPS, сведения о наличии бортового навигационно-связного
оборудования
(БНСО).
Подсистема
должна
обеспечивать
привязку
транспортных средств к отходоперевозчику и возможность отслеживания
местоположения транспортного средства в реальном времени, а также
хранение истории перемещений.
Предусмотреть возможность добавления и\или дублирования в
подсистему «Отходы строительства и сноса» иных транспортных средств,
которые уже подключены к РНИС ПК, но находятся в иной подсистеме
4.3.2.8
Требования к автоматизации выдачи разрешений
на транспортирование ОСиС
Подсистема должна обеспечивать полный цикл автоматизированного
оформления разрешений на транспортирование ОСиС, начиная с подачи
заявки
отходопроизводителем
и
заканчивая
выдачей
электронного
разрешения для отходопроизводителя. Заявка на получение разрешения
должна подаваться в личном кабинете в форме электронного документа. В
заявке должны быть указаны: адрес объекта образования ОСиС, сведения об
отходопроизводителе,
отходоперевозчике
и
отходополучателе,
государственные ГРЗ, их грузоподъёмность и вместимость кузова, вид или
группа однородных ОСиС и объём перемещаемых ОСиС, адрес объекта
приема (переработки) ОСиС, реквизиты договоров на оказание услуг по
обращению с ОСиС. Подсистема должна автоматически проверять наличие
представленных документов (загрузил \ не загрузил), наличие заключенных
договоров (загрузил \ не загрузил), соответствие объекта приема требованиям
35
и его остаточную мощность. Уполномоченный орган проверяет заявку и
принимает решение: согласовать, отклонить или вернуть на доработку с
указанием
причин.
При
положительном
результате
проверки
(уполномоченным органом) подсистема формирует электронное разрешение
на транспортирование ОСиС, разрешение содержит серию, номер, дату выдачи,
срок действия, ГРЗ ТС, объем, и иную информацию. Срок действия разрешения
устанавливается
автоматически
на
основании
календарного
графика
производства работ, но не превышает срок действия разрешения на
строительство или срок проведения работ. Подсистема должна обеспечивать
ведение реестра выданных разрешений, автоматическое уведомление
участников о приближении срока окончания действия разрешения и
блокировку разрешения вывоза ОСиС при отсутствии действующего
разрешения.
4.3.2.9
Требования
транспортирование ОСиС
к
закрытию
разрешений
на
Подсистема должна обеспечивать автоматизированное закрытие
разрешений на транспортирование ОСиС после завершения перевозки всего
заявленного объёма ОСиС или по истечении срока действия разрешения.
Закрытие
разрешения
осуществляется
на
основании
заявки
отходопроизводителя, поданной в личном кабинете не позднее десяти рабочих
дней после даты окончания срока действия разрешения. При закрытии
разрешения подсистема должна проверять полноту данных о фактически
перемещённых ОСиС, включая объёмы, зафиксированные на контрольноизмерительных пунктах, и подтверждение отходополучателя о приёме ОСиС.
В случае отсутствия заявки на закрытие в установленный срок подсистема
должна автоматически информировать уполномоченный орган. Закрытое
разрешение должно сохраняться в архиве с возможностью просмотра и
формирования отчётов.
36
4.3.2.10
Требования к мониторингу перемещения ОСиС
Подсистема
должна
обеспечивать
непрерывный
мониторинг
перемещения транспортных средств, осуществляющих транспортирование
ОСиС, на основе данных, поступающих с аппаратуры спутниковой навигации
ГЛОНАСС или ГЛОНАСС/GPS, установленной на транспортных средствах
бортового навигационно-связного оборудования (БНСО). Подсистема должна
отображать в реальном времени на географической карте местоположение
каждого
зарегистрированного
транспортного
средства,
его
маршрут
движения, статус выполнения рейса, а также параметры движения (скорость,
координаты, время). В случае отклонения от маршрута, несанкционированной
остановки или выгрузки ОСиС вне объекта приема, подсистема должна
формировать сигнал тревоги и автоматически уведомлять уполномоченный
орган и отходопроизводителя.
4.3.2.11
Требования к учету объемов фиксации данных с
контрольно измерительных пунктов
Подсистема
должна
принимать
данные
о:
государственный
регистрационный знак транспортного средства, объём и/или вес ОСиС в
кузове транспортного средства, дату и время проезда, фото изображение
транспортного
средства
и
перевозимого
груза.
Подсистема
должна
автоматически сравнивать объём ОСиС, введённый отход образователем \
отход перевозчиком \ отход производителя при выезде с объекта образования,
с объёмом, веденным отход получателем \ отход переработчиком на объект
приема, и в случае расхождения формировать уведомление для отхода
производителя и уполномоченного органа. Данные должны сохраняться в
архиве с возможностью просмотра и выгрузки отчётов Логические требования
к подсистеме.
37
4.3.2.12
Требования к информационному взаимодействию с
аппаратурой спутниковой навигации
Подсистема должна обеспечивать приём и обработку данных с
аппаратуры
спутниковой
установленной
на
навигации
транспортных
ГЛОНАСС
или
средствах,
ГЛОНАСС/GPS,
осуществляющих
транспортирование ОСиС. Данные должны передаваться в подсистему в
автоматическом режиме с периодичностью, обеспечивающей мониторинг в
реальном времени. Передаваемые данные должны включать: координаты
транспортного средства, скорость движения, направление движения, дату и
время, а также идентификационный номер транспортного средства.
Подсистема должна обеспечивать хранение указанных данных в течение всего
срока действия разрешения на транспортирование ОСиС и возможность их
использования для формирования отчётов и расследований.
4.3.2.13
Ведение реестра разрешений на транспортирование
ОСиС
Подсистема должна обеспечивать ведение реестра разрешений на
транспортирование ОСиС, в котором должны содержаться сведения о всех
выданных, переоформленных и закрытых разрешениях на территории
Пермского края. Реестр должен включать: дату выдачи, срок действия, серию
и номер разрешения, адрес объекта образования, наименования и ИНН
отходопроизводителя, отходоперевозчика и отходополучателя, виды и объём
ОСиС, адрес объекта приема. Реестр должен обеспечивать поиск, фильтрацию
и
формирование
отчётности
по
запросам
уполномоченного
органа,
информационного оператора и иных заинтересованных лиц
4.3.2.14
отчетности
Формирование
статистической
и
аналитикой
Подсистема должна обеспечивать формирование статистической и
аналитической отчётности по движению ОСиС на территории Пермского края.
Отчётность должна включать:
38
Отчёт о выданных разрешениях формируется для учёта и контроля
выдачи разрешений на транспортирование ОСиС. В отчёте указывается
период, количество выданных разрешений, серия и номер каждого
разрешения, дата выдачи и срок действия, наименование и ИНН
отходопроизводителя, отходоперевозчика и отходополучателя, адрес объекта
образования и объекта приёма, виды и объёмы ОСиС, а также статус
разрешения.
Отчёт о закрытых разрешениях предназначен для контроля завершения
перевозок по разрешениям. В отчёте указывается период, количество
закрытых разрешений, номер каждого разрешения, дата закрытия, фактически
перемещённый объём, расхождение с заявленным объёмом, наличие
подтверждения отходополучателя и сведения о нарушениях.
Отчёт о разрешениях, не закрытых в срок служит для выявления
нарушений сроков закрытия. В отчёте отражается номер разрешения, срок его
действия, дата истечения с учётом десяти рабочих дней, отходопроизводитель,
причина отсутствия заявки на закрытие и принятые меры.
Отчёт о разрешениях, срок действия которых истекает предназначен
для предупреждения участников. В отчёте указывается номер разрешения,
срок действия, количество дней до окончания, участники и рекомендуемые
действия.
Отчёт о фактически перемещённых ОСиС формируется для учёта
фактического движения отходов. В отчёте указывается период, объект
образования, вид ОСиС, группа однородных отходов, класс опасности, объём
в кубических метрах, вес в тоннах, отходоперевозчик, отходополучатель, дата
вывоза и статус (завершён или нарушение).
Отчёт о движении ОСиС по объектам образования предназначен для
контроля вывоза с конкретных объектов. В отчёте отражается объект
образования, заявленный объём, фактически вывезенный объём, остаток,
процент выполнения, количество рейсов и сведения о нарушениях.
39
Отчёт о движении ОСиС по объектам приёма служит для контроля
приёмки отходов. В отчёте указывается объект приёма, вид деятельности,
принятый объём по видам ОСиС, остаточная мощность, процент загрузки,
отходоперевозчики и сведения о нарушениях.
Отчёт
несоответствий
о
расхождениях
между
объёмов предназначен
выездом
и
въездом.
В
для
выявления
отчёте
указывается
государственный регистрационный знак транспортного средства, номер
разрешения, объект образования, объект приёма, объём при выезде, объём при
въезде, расхождение в кубических метрах и процентах.
Отчёт об объектах образования ОСиС формируется для учёта объектов
образования. В отчёте указывается наименование объекта, адрес, кадастровый
номер,
застройщик,
подрядчик,
вид
работ
(строительство,
снос,
реконструкция, благоустройство), период работ, заявленный объём ОСиС,
фактически вывезенный объём, статус объекта и сведения о нарушениях.
Отчёт об объектах приёма ОСиС предназначен для учёта объектов
приёма и их мощностей. В отчёте отражается наименование объекта, адрес,
кадастровый номер, вид деятельности, номер и срок действия лицензии,
применяемые технологии, проектная мощность, остаточная мощность,
процент загрузки, количество принятых ОСиС и сведения о нарушениях.
Отчёт о загрузке объектов приёма служит для анализа загруженности
полигонов. В отчёте указывается объект приёма, проектная мощность,
остаточная мощность, процент загрузки, динамика за период и прогноз
заполнения.
Аналитический отчёт по видам ОСиС формируется для анализа
структуры отходов. В отчёте указывается вид ОСиС, группа однородных
отходов, класс опасности, объём в кубических метрах, вес в тоннах, доля в
общем объёме в процентах, направления утилизации и динамика.
Аналитический отчёт по классам опасности предназначен для анализа
распределения отходов по классам. В отчёте отражается класс опасности,
объём, доля, объекты образования, объекты приёма.
40
Аналитический отчёт по направлениям утилизации служит для анализа
способов обращения с ОСиС. В отчёте указывается направление (обработка,
утилизация, обезвреживание, размещение), объём, доля, объекты приёма.
Аналитический отчёт по участникам служит для анализа деятельности
участников оборота ОСиС. В отчёте указывается участник (наименование,
ИНН, роль), количество разрешений, объём перемещённых ОСиС, количество
нарушений, рейтинг и динамика.
Отчёт о нарушениях правил обращения с ОСиС формируется для учёта
и анализа нарушений. В отчёте указывается период, вид нарушения, дата и
время,
место,
участник,
государственный
регистрационный
знак
транспортного средства, номер разрешения (при наличии), статус (новое, в
работе, закрыто).
Отчёт о нарушениях по типам предназначен для анализа структуры
нарушений. В отчёте отражается тип нарушения (отклонение от маршрута,
несанкционированная
остановка,
отсутствие
разрешения,
превышение
объёма), количество, доля, участники.
Отчёт
о
повторных
нарушениях служит
для
выявления
систематических нарушителей. В отчёте указывается участник, количество
нарушений, даты нарушений, виды нарушений.
Отчёт о транспортных средствах формируется для учёта транспортных
средств, используемых для перевозки ОСиС. В отчёте указывается
государственный регистрационный знак, марка и модель, грузоподъёмность,
вместимость кузова, отходоперевозчик, наличие ГЛОНАСС/GPS, наличие
БНСО, количество рейсов и сведения о нарушениях.
Отчёт о рейсах транспортных средств предназначен для детального
анализа рейсов. В отчёте отражается номер рейса, государственный
регистрационный знак транспортного средства, отходоперевозчик, объект
образования, объект приёма, дата и время выезда, дата и время въезда, объём,
статус и сведения о нарушениях.
41
Сводный отчёт по региону формируется для получения общей картины
по региону. В отчёте указывается общий объём образованных ОСиС, общий
объём перемещённых ОСиС, общий объём размещённых ОСиС, количество
объектов образования, количество объектов приёма, количество выданных
разрешений, количество нарушений, рейтинг участников и динамика.
Отчёт о рейтинге участников служит для публикации рейтинга. В
отчёте указывается участник, роль, рейтинг (от 0 до 5), категория (отличный,
хороший, удовлетворительный, плохой), количество нарушений и динамика.
Отчёт по конкретному разрешению формируется для предоставления
детальной информации по разрешению. Включает все данные разрешения,
рейсы, объёмы, нарушения и статус закрытия.
Отчёт по конкретному объекту формируется для предоставления
детальной информации по объекту. Включает все данные объекта,
разрешения, рейсы, объёмы и нарушения.
Отчёт по конкретному участнику формируется для предоставления
детальной информации по участнику. Включает все данные участника,
объекты, разрешения, рейсы, нарушения и рейтинг.
Отчёт по конкретному транспортному средству формируется для
предоставления детальной информации по транспортному средству. Включает
все данные транспортного средства, рейсы, треки и нарушения.
Также отчеты должны быть доступными для просмотра и скачивания в
личном кабинете пользователей с соответствующими правами доступа.
4.3.2.15
Требования к картографическому отображению и
геоинформационным функциям
Подсистема должна обеспечивать отображение на географической
карте объектов образования ОСиС, объектов приема ОСиС, маршрутов
движения транспортных средств, осуществляющих транспортирование ОСиС,
а также границ зон с особыми условиями использования территорий.
Картографическая основа должна быть актуализированной, масштабируемой
и поддерживать наложение слоев с различной информацией. Пользователи
42
подсистемы должны иметь возможность просматривать объекты на карте,
фильтровать их по типам, статусам, видам ОСиС, а также получать
справочную информацию по каждому объекту. Подсистема должна
поддерживать построение маршрутов движения транспортных средств с
учётом ограничений и запретов, а также визуализацию отклонений от
маршрута.
Также
предоставлять
интерактивную
географическую
карту
с
возможностью наложения различных информационных слоёв: объекты
образования ОСиС с цветовой индикацией статуса (активные, завершённые,
проблемные); объекты приема ОСиС с отображением остаточной мощности и
загрузки; активные разрешения и рейсы с маршрутами движения; зоны с
ограничениями и запретами на транспортирование; статистика по объёмам
ОСиС в разрезе муниципальных образований. Пользователи должны иметь
возможность фильтровать объекты по типам, статусам, объёмам, периодам
времени, а также получать всплывающие подсказки с ключевой информацией
при наведении на объект.
4.3.2.16
Требования к формированию рейтинга участников
информационного взаимодействия
Подсистема должна автоматически формировать рейтинг участников
оборота ОСиС на основе объективных показателей: соблюдение сроков и
правил транспортирования, полнота и своевременность предоставления
данных, количество нарушений и предписаний, рейтинг должен быть
открытым для всех участников информационного взаимодействия и
публиковаться в личных кабинетах с возможностью сортировки и фильтрации.
4.3.2.17
Требования к аналитическим дашбордам
Подсистема должна предоставлять набор интерактивных дашбордов
для руководства Министерства и уполномоченного органа, отображающих
ключевые показатели в режиме реального времени. Дашборды должны
включать: общий объём ОСиС, образованных и перемещённых по периодам;
43
динамику выдачи и закрытия разрешений; распределение ОСиС по видам,
группам и классам опасности; загрузку объектов приема и остаточные
мощности; рейтинг участников и количество нарушений; географическое
распределение потоков ОСиС по территории Пермского края. Дашборды
должны настраиваться под конкретные задачи, поддерживать фильтрацию и
детализацию до уровня отдельных объектов и рейсов, а также автоматически
обновляться при поступлении новых данных.
4.4 Общие технические требования к Системе
4.4.1Требования к функционированию системы
4.4.1.1
Требования к режимам функционирования Системы
Система должна функционировать в следующих режимах:
1.
штатный режим, при котором обеспечивается выполнение задач в
объеме функций, предусмотренных настоящим техническим заданием;
2.
сервисный режим, необходимый для проведения обслуживания,
реконфигурации и пополнения технических и программных средств Системы
новыми компонентами;
3.
аварийный режим работы.
В штатном режиме функционирования Система должна обеспечивать
следующий режим работы: доступность функций Системы в режиме — 24 часа в
день, 7 дней в неделю (24х7), с учетом перерывов на проведение работ по
техническому и сервисному обслуживанию Системы. Круглосуточный режим
работы системы не требует организации круглосуточной работы пользователей и
допускает работу пользователей в соответствии со штатным расписанием.
В
сервисном
режиме
Система
должна
обеспечивать
возможность
проведения следующих работ:
1. техническое обслуживание;
2. модернизацию аппаратно-программного комплекса;
3. устранение аварийных ситуаций.
Система переходит в аварийный режим при возникновении нештатной
ситуации и невозможности штатной работы. В случае перехода Системы в
44
аварийный режим, обслуживающему персоналу необходимо перевести Систему в
сервисный режим в соответствии с инструкциями, изложенными в руководстве
Администратора системы.
Программное
обеспечение
Системы
должно
восстанавливать
своё
функционирование при корректном перезапуске аппаратных средств. Должна быть
предусмотрена возможность организации автоматического и (или) ручного
резервного копирования данных системы средствами системного и базового
программного обеспечения (ОС, СУБД), входящего в состав программноаппаратного комплекса РНИС ПК.
4.4.1.2
Перспективы развития, модернизации Системы
Система должна предусматривать реализацию возможности дальнейшего
развития как СПО, так и КТС, возможности развития Системы в соответствии с
изменениями в действующем законодательстве, потребностях Функционального
заказчика.
Система должна допускать расширение, изменение функциональных
возможностей за счет разработки, переработки \ модификации, адаптации или
приобретения дополнительных функциональных компонент и приобретения
дополнительных лицензий на ПО, СПО, а также изменения аппаратной части
(используемых технических средств)
4.4.2Требования к численности и квалификации персонала
Системы и режиму его работы
4.4.2.1
Требования к численности и квалификации персонала
Системы
Структура и конфигурация Системы должны быть спроектированы и
реализованы с целью минимизации количественного состава обслуживающего
персонала.
В состав персонала, необходимого для эксплуатации Системы, входят:
1. администратор Системы;
2. администратор баз данных.
45
Помимо наличия базовых навыков работы на персональном компьютере, к
обслуживающему персоналу предъявляются следующие требования:
3. знание принципов построения систем управления базами данных;
4. наличие навыков работы с серверным и телекоммуникационным
оборудованием;
5. наличие расширенных знаний в области поддержки пользователей;
6. знание основ администрирования операционных систем, серверов
приложений и серверов баз данных.
Уровень квалификации обслуживающего персонала должен соответствовать
требованиям производителей программного обеспечения и технических средств
Системы, а также требованиям эксплуатационной документации.
4.4.2.2
Требования к квалификации пользователей Системы
Пользователи Системы должны обладать квалификацией, обеспечивающей:
1.
базовые навыки работы на персональном компьютере с современными
операционными
системами
(клавиатура,
мышь,
управление
окнами
и
приложениями, файловая система);
2.
базовые навыки использования интернет-браузера (настройка типовых
конфигураций, установка подключений, доступ к web-сайтам, навигация, формы и
другие типовые интерактивные элементы web-интерфейса);
3.
знание основ информационной безопасности.
4.4.3Показатели назначения
Система
должна
обеспечивать
достижение
следующих
показателей
назначения (Таблица 5) при соответствии технического и общесистемного
программного обеспечения требованиям, установленным в настоящем документе.
Таблица 5 – Показатели назначения
№
п/п
1
2
3
Наименование показателя
Условие
Суммарное время недоступности Системы и
ее компонентов в течение года
Суммарное время недоступности функций по
информационному обмену с СПО для
Системы в течение года
Суммарное время частичной или полной
не более 24
Единица
измерения
часы
не более 8
часы
не более 4
часы
46
№
п/п
4
5
6
7
8
9
10
Наименование показателя
невозможность информационного
взаимодействия с внешними Системами в
течение года
Снижение быстродействия СПО (время
отклика СПО на операции в Системе
Максимальная продолжительность
недоступности Системы или ее любого
компонента
Минимальное время между периодами
недоступности Системы или ее компонентов
Количество зарегистрированных
пользователей
Количество зарегистрированных
транспортных средств
Количество зарегистрированных БНСО
Условие
Единица
измерения
Не более 5
секунды
не более 4
часы
не менее
90
не менее
8 000
не менее
8 000
не менее
8 000
не менее
2 000
дни
12
Максимальное число запросов, одновременно
направляемых пользователями к
пользовательским интерфейсам Системы, в
секунду
Время отклика пользовательских
не более 15
интерфейсов Системы на любой запрос
пользователя при максимальном числе
запросов
Объемы хранимых данных в Системе
не менее 5
13
Число объектов учета в Системе
14
Система должна обеспечивать сохранение
производительности при ежемесячном
приросте данных в хранилище
11
пользователь
транспортных
средств
БНСО
не менее
10 000 000
не менее
1000
запросов
сек
Тб
шт
Гб
4.4.4Требования к надежности
Надежность Системы должна определяться уровнем безотказности в работе
и способностью к восстановлению работоспособности после отказов.
Программное обеспечение Системы должно обладать надежностью,
обеспечивающей работу пользователей в произвольном режиме и оперативное
восстановление работоспособности при сбоях.
В
целях
обеспечения
надежного
обеспечение Системы должно предусматривать:
функционирования
программное
47
1. обеспечение отказоустойчивого доступа пользователей и недоступности
функций по информационному обмену СПО с внешних информационных
систем;
2. балансировщиков
нагрузки,
в
части
предоставления
доступа
пользователям и внешним информационным системам к функциям
Системы;
3. автоматическое перенаправление запросов на рабочие узлы в случае
отказа работоспособности;
4. автоматическое восстановление полной работоспособности серверной
части после удачного перезапуска ОС при сбоях в работе аппаратной
части, приводящих к перезагрузке ОС сервера Системы;
5. сохранение
работоспособности
программного
обеспечения
при
некорректных действиях пользователей;
6. стабильность работы в многопользовательском режиме.
С целью обеспечения надежного функционирования и анализа при
нештатных ситуациях в Системе должны быть предусмотрены следующие опции:
1. Круглосуточное работа функций логирования по информационному
обмену СПО с внешних информационных систем в разрезе ТС с архивом
хранения 30 суток;
2. Круглосуточное работа функций логирования работы СПО с архивом
хранения 30 суток;
3. Автоматическое ежедневное резервное копирование базы данных в 4
экземплярах (ПО предоставляется Заказчиком);
4. возможность восстановления данных из резервной копии при нештатном
завершении работы Системы;
5. контроль целостности данных.
Описание работы всех перечисленных механизмов должно быть внесено в
эксплуатационную документацию на Систему.
Система
должна
сохранять
работоспособность
при
корректном
аварийное
отключение
функционировании комплекса технических средств Системы.
При
возникновении
электропитания,
должно
сбоев
КТС,
обеспечиваться
включая
автоматическое
восстановление
48
работоспособности СПО Системы после устранения сбоев и корректного
перезапуска КТС (за исключением случаев повреждения рабочих носителей
информации с исполняемым программным кодом или хранилищами данных).
Критерии отказа Системы и (или) ее компонентов определяются:
1. средним временем наработки на отказ (время работы системы без сбоев)
не менее 4320 часов;
2. средним временем восстановления работоспособности (после сбоев) не
более 2 часов.
4.4.5Требования к безопасности
Требования безопасности оборудования, электробезопасности, пожарной
безопасности и общие требования к управлению охраной труда в соответствии с
государственными стандартами Российской Федерации в области безопасности
труда в части серверов Системы должны обеспечиваться Государственным
Заказчиком в помещениях эксплуатации Системы.
Доступ к данным должен быть предоставлен только авторизованным
пользователям с учётом их служебных полномочий, а также с учётом категории
запрашиваемой информации.
Технические средства, обеспечивающие хранение информации, должны
использовать современные технологии, позволяющие обеспечить повышенную
надежность
хранения
(распределённая
данных
избыточная
и
оперативную
запись/считывание
замену
данных,
оборудования
зеркалирование,
независимые дисковые массивы, кластеризация).
Дополнительных требований не предъявляется.
4.4.6Требования к эргономике и технической эстетике
Взаимодействие пользователей с Системой должно осуществляться
посредством визуального графического интерфейса.
Интерфейс Системы не должен быть перегружен графическими элементами
и должен обеспечивать быстрое отображение web-форм. Навигационные элементы
должны быть выполнены в удобной для пользователя форме. Интерфейс должен
соответствовать современным эргономическим требованиям, типичным для
49
современных web-приложений, быть интуитивно понятным и обеспечивать простой
и удобный доступ к основным функциям и операциям Системы.
Интерфейс должен быть рассчитан на использование как персональных
рабочих станций, так и переносных компьютеров (ноутбуков) или планшетных
компьютеров, а также на использование мобильных телефонов. Управление
Системой должно осуществляться с помощью набора экранных меню, кнопок,
значков и прочих графических элементов. Клавиатурный режим ввода должен
использоваться при заполнении и/или редактировании текстовых и числовых полей
экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю
(кроме системных сообщений, зависящих от языка установленной операционной
системы) должны быть на русском языке. Набор символов – кириллица. Цифровая
информация должна отображаться арабскими цифрами.
Интерфейс Системы должен быть направлен на:
1. минимизацию производимых пользователем операций при переходе из
одной подсистемы в другую, из одной страницы Системы в другую, от
одной операции к другой (то есть должен быть эргономичным);
2. сокращение времени отклика Системы на действия пользователя (при
выполнении длительных операций пользователь должен получать
предупреждение о предстоящем времени ожидания, а в процессе
выполнения операции видеть на экране динамику процесса).
Система должна обеспечивать корректную обработку аварийных ситуаций,
вызванных неверными действиями пользователей, неверным форматом или
недопустимыми значениями входных параметров. В указанных случаях Система
должна будет выдавать пользователю соответствующие сообщения, после чего
возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой)
команде или некорректному вводу данных.
50
4.4.7Требования к защите информации от несанкционированного
доступа
4.4.7.1
Требования к конфиденциальности
Информация, предоставляемая Подрядчику с целью выполнения работ,
является конфиденциальной и не должна передаваться третьим лицам без
предварительного письменного разрешения Заказчика и не иначе, как для
исполнения обязательств в рамках ГК, приложением к которому является настоящее
ТЗ.
Подрядчик не должен разглашать и использовать информацию, которая
может стать ему известной в ходе выполнения работ. Подрядчик несет
ответственность
за
соблюдение
этого
требования
в
соответствии
с законодательством Российской Федерации.
Подрядчик обязан использовать доступ к информационным ресурсам
Заказчика, Функционального заказчика только в целях выполнения работ, не
копировать, не размножать и не распространять в любой форме любые материалы,
содержащиеся на рабочих местах, серверах и прочих средствах хранения
информации Заказчика, Функционального Заказчика.
Имена
и
пароли,
используемые
Подрядчиком
атрибуты
доступа
и иная предоставленная Заказчиком для выполнения работ в рамках настоящего ТЗ
информация:
1. должна
передаваться
с
использованием
способов,
исключающих
возможность несанкционированного доступа к информации третьих лиц;
2. не должна храниться в каком-либо электронном виде у Подрядчика (кроме
случаев, когда это необходимо для выполнения работ);
3. должна быть уничтожена Подрядчиком по окончании выполнения работ.
Подрядчик должен ограничить круг лиц, привлекаемых к выполнению работ
в рамках настоящего ТЗ, а также предоставлять минимально достаточный уровень
доступа
уполномоченным
специалистам
обязанностей в рамках выполнения работ.
в
зависимости
от
должностных
51
4.4.7.2
Общие требования по обеспечению информационной
безопасности
Применяемые Подрядчиком в ходе выполнения работ меры обеспечения
информационной безопасности должны быть достаточными для предотвращения
рисков, связанных с возможным нарушением конфиденциальности, целостности и
доступности информации, содержащейся в Системе.
Если по вине Подрядчика произошло нарушение конфиденциальности,
целостности или доступности информации, содержащейся в Системе, то Подрядчик
несет ответственность за такое нарушение в соответствии с законодательством
Российской Федерации.
При выполнении работ в течение всего срока действия ГК доступ
Подрядчика к ресурсам Заказчика должен осуществляться только по защищенному
каналу связи и должен быть прекращен сразу после окончания выполнения работ.
Защищенный канал должен быть построен с использованием СКЗИ. СКЗИ
(VipNet № 1321 АО «Инфотекс», https://infotecs.ru) приобретается Подрядчиком
самостоятельно и за свой счет. В соответствии с п. 1 ч. 1 статьи 33 Федерального
закона от 05.04.2013 №44-ФЗ «О контрактной системе в сфере закупок товаров,
работ, услуг для обеспечения государственных и муниципальных нужд»
приобретение эквивалента не допустимо в связи с необходимостью обеспечения
совместимости и взаимодействия с эксплуатируемой Заказчиком системой
криптографической защиты информации и защищенной сетью VipNet.
По требованию Заказчика и с целью повышения защищенности ресурсов
Системы порядок предоставления доступа к ресурсам Заказчика может быть усилен
дополнительными
мерами
по
защите
информации
с
предварительным
уведомлением Подрядчика не менее, чем за 7 календарных дней. Реализация
дополнительных мер обеспечивается Заказчиком.
К АРМ Подрядчика, с которых осуществляется подключение к ресурсам
Заказчика, размещенным в ЦОД ППК, должна быть:
 исключена возможность несанкционированного доступа третьих лиц;
 обеспечена антивирусная защита информации.
При разработке программного кода Подрядчик должен применять методы
безопасного программирования, включающие:
52
 ручную
и
автоматизированную
проверку
кода
на
предмет
недокументированных (не декларированных) возможностей;
 анализ исходного кода на наличие уязвимостей и их устранение;
 анализ используемых зависимостей (библиотек, пакетов, модулей) на
наличие уязвимостей.
Заказчик оставляет за собой право провести собственную экспертизу
исходного кода сертифицированным сканером исходного кода.
Система должна обеспечивать возможность защиты информации в Системе
от потери и несанкционированного доступа.
Развертывание
Системы
в
ЦОД
ППК
должно
производиться
на сертифицированных ОС. При этом должны применяться сертифицированные
СУБД. Допускается применение СУБД, сертифицированных в составе ОС. Состав
применяемых ОС и СУБД должен быть согласован с Заказчиком и предоставлен
Заказчиком.
Публикация Системы должна быть реализована с использованием
сертифицированного
межсетевого
экрана
уровня
приложений
Заказчика,
установленного в ЦОД ППК.
В Системе должна быть обеспечена отправка логов в SIEM Заказчика
по стандарту syslog (перечень необходимой информации для отправки уточняется
Заказчиком после заключения ГК). При развитии Системы должны быть соблюдены
требования Федерального закона от 27 июля 2006 г. № 152-ФЗ «О персональных
данных».
При отнесении Региональной навигационно-информационной системы
Пермского
края
(РНИС
ПК)
к
объектам
критической
информационной
инфраструктуры (ОКИИ) в соответствии с 187-ФЗ, Подрядчик и Заказчик обязаны
выполнить следующие мероприятия:
- Подрядчику необходимо провести категорирование РНИС ПК согласно
Постановлению Правительства Российской Федерации № 127 от 8 февраля 2018 г.
«Об утверждении правил категорирования объектов критической информационной
инфраструктуры Российской Федерации, а также перечня показателей критериев
значимости объектов критической информационной инфраструктуры Российской
53
Федерации и их значений», с присвоением категории значимости (1, 2 или 3) или не
присвоения ни одной из категорий.
- Подрядчику необходимо результаты проведения категорирования отразить в
Акте категорирования. Исходя из разработанного акта категорирования Подрядчик
заполняет форму сведений, утвержденную Приказом ФСТЭК России №236 от 22
декабря 2017 г. «Об утверждении формы направления сведений о результатах
присвоения объекту критической информационной инфраструктуры одной из
категорий значимости либо об отсутствии необходимости присвоения ему одной из
таких категорий».
- Заказчик направляет заполненную форму сведений в управление ФСТЭК
России по Приволжскому федеральному округу.
- При изменении параметров системы категория подлежит пересмотру.
При отнесении Региональной навигационно-информационной системы
Пермского
края
(РНИС
ПК)
к
объектам
критической
информационной
инфраструктуры (ОКИИ) в мероприятиях по аттестации необходимо учитывать
требования, предъявляемые к ОКИИ.
4.4.7.3
Требования к актуализации модели угроз безопасности
информации
Модель угроз безопасности информации должна содержать описание
информационной системы и ее структурно-функциональных характеристик, а также
описание угроз безопасности информации, включающее описание возможностей
нарушителей (модель нарушителя), возможных уязвимостей, способов реализации
угроз безопасности информации и последствий от нарушения свойств безопасности
информации.
Модель угроз безопасности информации должна быть разработана в
соответствии
с
«Методикой
оценки
угроз
безопасности
информации»,
утвержденной ФСТЭК России 5 февраля 2021 г.
Модель угроз безопасности информации Системы должна включать:
1) Общие положения.
2) Описание
Системы
(сегментов
Системы)
и
особенностей
функционирования:

Цели и задачи, решаемые Системой (сегментом Системы).
ее
54

Класс защищенности, категория значимости систем и сетей, уровень
защищенности персональных данных.

Номенклатура защищаемых данных, обрабатываемых в Системе
(подсистеме) и функциональных задач, для решения которых они
используются.

Назначение и структура объектов информатизации (сегментов)
Системы.

Описание
структурно-функциональных
характеристик
информационной системы (состав технических и программных
средств Системы, сетевая инфраструктура).

Описание взаимосвязей с другими информационными системами
(подсистемами) и телекоммуникационными сетями.

Описание групп внешних и внутренних пользователей систем и
сетей, уровней их полномочий и типов доступа.

Описание процессов обеспечения информационной безопасности.

Описание технологии обработки информации.

Информация о функционировании систем и сетей на базе
информационно-телекоммуникационной инфраструктуры центра
обработки данных.
3) Возможные негативные последствия от реализации (возникновения)
угроз безопасности информации:

Описание рисков (ущербов) от нарушения или прекращения
основных процессов.

Описание негативных последствий, приводящих к возникновению
рисков (ущерба).
4) Источники угроз безопасности информации (модель нарушителя):

Характеристика нарушителей и возможные цели реализации ими
угроз безопасности информации.

Категории актуальных нарушителей.

Описание возможностей нарушителей по реализации ими угроз
безопасности применительно к назначению, составу и архитектуре
систем и сетей.
55
5) Способы реализации (возникновения) угроз безопасности информации:

Описание способов реализации (возникновения) угроз безопасности
информации.

Описание интерфейсов объектов воздействия.
6) Актуальные угрозы безопасности информации, включая:

Перечень возможных (вероятных) угроз безопасности информации
для
соответствующих
способов
их
реализации
и
уровней
возможностей нарушителей.

Описание возможных сценариев реализации угроз безопасности
информации.

Выводы об актуальности угроз безопасности информации.
7) Перечень актуальных угроз информационной безопасности.
8) Выводы о необходимом к применению (или его отсутствии) классе
СКЗИ.
При идентификации возможных угроз безопасности информации должен
использоваться Банк данных угроз безопасности информации, сформированный
ФСТЭК
России
(http://bdu.fstec.ru/),
учитывая
структурно-функциональные
особенности Системы, возможные источники угроз.
4.4.8Требования по сохранности информации при авариях
Для
развиваемых
или
вновь
создаваемых
подсистем
должно
предусматриваться автоматическое восстановление обрабатываемой информации в
следующих аварийных ситуациях:
1. программный сбой при операциях записи/чтения;
2. программные сбои при передаче пакетов информации в смежные
системы;
3. разрыв связи с клиентской программой (терминальным устройством) в
ходе редактирования/обновления информации.
В Системе должна предусматриваться возможность ручного восстановления
обрабатываемой информации из резервной копии в следующих аварийных
ситуациях:
4. физический выход из строя дисковых накопителей;
56
5. ошибочные действия обслуживающего персонала.
В Системе должно предусматриваться автоматическое восстановление
работоспособности серверной части Системы в следующих ситуациях:
6. штатное и аварийное отключение электропитания серверной части;
7. штатная перезагрузка Системы и загрузка после отключения;
8. программный
сбой
общесистемного
программного
обеспечения,
приведший к перезагрузке системы;
9. программный сбой после обновления программного обеспечения.
В Системе должно предусматриваться полуавтоматическое восстановление
работоспособности серверной части Системы в следующих аварийных ситуациях:
10. физический выход из строя любого аппаратного компонента, кроме
дисковых накопителей – после замены компонента и восстановления
конфигурации общесистемного программного обеспечения;
11. аварийная перезагрузка системы, приведшая к нефатальному нарушению
целостности файловой системы – после восстановления файловой
системы.
4.4.9Требования к патентной чистоте
Целью выполнения работ согласно ТЗ является развитие РНИС ПК
(информационная система в значении, установленном статьей 2 Федерального
закона от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных
технологиях и о защите информации», включающая в себя в том числе охраняемые
согласно части 4 Гражданского кодекса Российской Федерации программы для ЭВМ
базы данных, иные результаты интеллектуальной деятельности).
Использование программного обеспечения должно осуществляться, в том
числе, в соответствии с требованиями Гражданского кодекса РФ, Федерального
закона от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных
технологиях и о защите информации».
В
рамках
работ
в
соответствии
с
ТЗ
необходима
разработка
(переработка/модификация) специального программного обеспечения Системы. В
соответствии с Гражданским кодексом Российской Федерации, Законом Пермского
края от 25 декабря 2009 г. № 569-ПК «Об управлении и распоряжении
57
интеллектуальной собственностью Пермского края», право на получение патента и
исключительные права на результат интеллектуальной деятельности, созданный при
выполнении работ по государственному контракту, включая без ограничения
специальное программное обеспечение, базы данных, документы и материалы, иные
результаты интеллектуальной деятельности, созданные по настоящему ТЗ, а также
при выполнении работ по настоящему ТЗ, подлежат передаче Заказчику в связи с
тем, что указанные результаты интеллектуальной деятельности необходимы для
предоставления государственных (муниципальных) услуг и(или) для осуществления
государственных (муниципальных) функций.
Заказчик после заключения ГК в рабочем порядке предоставляет
Подрядчику техническую и эксплуатационную документацию на Систему и иные
документы, необходимые для выполнения работ в срок не позднее 5 рабочих дней с
даты получения запроса от Подрядчика.
Результаты выполнения работ по настоящему ТЗ должны быть совместимы
на уровне программного, технического, информационного и других видов
обеспечения
с
результатами
работ
по
созданию
и
развитию
Системы,
выполнявшимися в рамках предшествующих договоров на выполнение работ по
созданию и развитию информационных систем.
Используемое в целях развития Системы программное обеспечение должно
иметь соответствующие лицензии на его использование и быть свободным от
обязательств перед третьими лицами.
Программы для ЭВМ, требующие каких-либо отчислений, закупаются
Подрядчиком самостоятельно с учетом требований к исключительным и
неисключительным
правам,
предусмотренным
настоящим
ТЗ
(стоимость
приобретения таких прав включена в цену государственного контракта).
В случае, если в процессе выполнения работ Подрядчик использует
программы для электронных вычислительных машин, включая без ограничения
системы
управления
базами
данных,
программные
библиотеки,
сервера
приложений, и иные результаты интеллектуальной деятельности (далее –
результаты интеллектуальной деятельности), разработанные третьими лицами, не
подразумевающие
свободного
использования,
либо
в
случае,
если
для
использования результатов работ по ГК (эксплуатации Системы) требуются такие
58
результаты
интеллектуальной
деятельности,
права
(исключительные
или
неисключительные) на использование таких результатов интеллектуальной
деятельности должны быть переданы Заказчику в объеме, необходимом для
использования результатов работ по ТЗ всеми пользователями Системы в
соответствии с требованиями законодательства РФ (стоимость передачи таких прав
Заказчику включена в цену государственного контракта). Программные средства
должны быть обеспечены гарантийным и постгарантийным обслуживанием фирмыпроизводителя (правообладателя).
Передаваемые права на результаты интеллектуальной деятельности третьих
лиц, включая программы для ЭВМ, должны соответствовать требованиям к составу,
количеству и характеристикам ПО, необходимого для доработки Системы,
представленным в рамках настоящего ТЗ. Объем передаваемых прав должен
обеспечивать возможность использования Системы на всей территории Пермского
края всеми пользователями Системы. Срок действия прав – бессрочно, либо на срок
действия исключительных прав. Состав прав должен допускать модификацию,
модернизацию ПО с привлечением Заказчиком третьих лиц
При этом в составе ПО должны преимущественно использоваться
программы для ЭВМ, подразумевающие свободное использование и обеспеченные
поддержкой производителя (разработчика) и не накладывающие ограничений по
использованию Системы. Программы для ЭВМ, не подразумевающие свободного
использования, должны быть обеспечены гарантийным и постгарантийным
обслуживанием фирмы-производителя (правообладателя), соответствующие права
должны быть переданы Заказчику.
До начала работ Подрядчик должен уведомить Заказчика о результатах
интеллектуальной деятельности, имеющих правовую охрану, принадлежащих
Подрядчику, или третьим лицам, которые планируется использовать при
выполнении работ в соответствии с ТЗ, а также об объеме имеющихся у Подрядчика
прав на указанные результаты интеллектуальной деятельности и возможности
предоставления Заказчику указанных прав.
В таком случае развитие Системы должно осуществляться исключительно с
использованием программ для ЭВМ, соответствующих требованиям действующего
законодательства Российской Федерации, устанавливающего национальный режим.
59
Риск нарушения прав третьих лиц на результаты интеллектуальной
деятельности несет Подрядчик. В случае предъявления к Заказчику претензий со
стороны правообладателей Подрядчик обязуется такие претензии урегулировать
самостоятельно и/или возместить Заказчику убытки в этой связи.
Все созданные и использованные при исполнении ГК результаты
интеллектуальной деятельности подлежат отражению в отчетных документах
Подрядчика о результатах выполнения работ по ГК.
Программы для ЭВМ, а также иные результаты интеллектуальной
деятельности, используемые в рамках выполнения работ по-настоящему ТЗ, должны
иметь соответствующие лицензии на их использование и не должны нарушать прав
третьих лиц. Средства, входящие в состав программного и технического
обеспечения Системы, в случае приобретения их у сторонних фирм и предприятий,
должны сопровождаться документацией, подтверждающей право этих организаций
поставлять данную продукцию, и лицензионными соглашениями (в установленных
законом случаях). Система должна функционировать в среде лицензионного
серверного программного обеспечения.
Исключительные права на разработанное в результате работ по развитию
Системы ПО, СПО, а также иные права, необходимые для нормальной эксплуатации
Системы по ее непосредственному назначению, передаются Подрядчиком Заказчику
путем подписания акта приема-передачи исключительных прав на результаты
интеллектуальной деятельности по государственному контракту. Стоимость
передаваемых прав входит в цену государственного контракта, приложением к
которому является настоящее ТЗ.
Заказчик
после
заключения
ГК
предоставляет
Подрядчику
права
использования ПО Системы, правообладателем которой является Пермский край в
лице Заказчика, для использования в рамках исполнения ГК (далее – ПО Заказчика),
безвозмездно
на
срок
выполнения
работ
по
ГК
на
условиях
простой
(неисключительной) лицензии в целях выполнения работ, предусмотренных ГК.
Подрядчик имеет право использовать ПО Заказчика на территории Российской
Федерации в рамках выполнения работ по ГК следующими способами: инсталляция,
запуск, воспроизведение, модификация, переработка, доработка, адаптация.
Подрядчик имеет право предоставить права использования ПО Заказчика
60
субподрядчикам для целей выполнения работ по ГК при письменном согласии
Заказчика на такое предоставление прав использования. Стороны признают и
соглашаются,
что
данные
положения
Технического
задания
признаются
лицензионным договором.
4.4.10
Требования по стандартизации и унификации
В требования по стандартизации и унификации должны быть включены
показатели, устанавливающие:
1. требуемую степень использования стандартных, унифицированных
методов
реализации
функций
(задач)
системы,
поставляемых
программных средств, типовых математических методов и моделей,
типовых проектных решений, унифицированных форм управленческих
документов, общесоюзных классификаторов технико-экономической
информации и классификаторов других категорий в соответствии с
областью их применения,
2. требования к использованию типовых автоматизированных рабочих мест,
компонентов и комплексов].
Экранные
формы
должны
проектироваться
с
учетом
требований
унификации:
1. все экранные формы пользовательского интерфейса должны быть
выполнены
в
едином
графическом
дизайне,
с
одинаковым
расположением основных элементов управления и навигации;
2. для обозначения одних и тех же операций должны использоваться
одинаковые графические значки, кнопки и другие управляющие
(навигационные) элементы;
3. должны быть унифицированы термины, используемые для описания
идентичных понятий, операций и действий пользователя;
4. реакция системы на действия оператора (наведение указателя «мыши»,
переключение фокуса, нажатие кнопки) должна быть типовой для
каждого действия над одними и теми же графическими элементами,
независимо от их расположения на экране.
61
4.5 Требования к видам обеспечения
4.5.1Требования к информационному обеспечению
4.5.2Требования к лингвистическому обеспечению
Все экранные формы, выходные формы, инструкции по работе, вся
документация должны быть выполнены на русском языке. Исключения могут
составлять только системные сообщения, не подлежащие русификации. Набор
символов – кириллица. Цифровая информация должна быть отражена арабскими
цифрами.
4.5.3Требования к программному обеспечению
В состав общесистемного программного обеспечения должны входить
программные средства операционной системы, средства интеграции, системы
управления базами данных и пр. Совокупность данных программных средств
должна обеспечивать открытую архитектуру Системы.
Общесистемное программное обеспечение должно обеспечивать:
1. штатное функционирование комплекса технических средств Системы;
2. функционирование специального программного обеспечения;
3. взаимодействие с периферийными устройствами;
4. сетевое взаимодействие;
5. другие необходимые общесистемные функции.
Операционные системы, СУБД должны быть определены Подрядчиком по
согласованию с Заказчиком и описаны в документе «Описание архитектуры
системы».
Специальное программное обеспечение должно отвечать следующим
требованиям:
1. высокая степень готовности для решения поставленных задач;
2. возможность
работы
программных
продуктов
в
использование
свободного
сетях
общего
пользования;
3. преимущественное
обеспечения;
программного
62
4. совместимость
технических
программных
средств,
продуктов
системного
в
части
программного
используемых
обеспечения
и
общесистемной инфраструктуры в пределах требований к техническому
обеспечению, а также их информационная совместимость в пределах
требований к информационному обмену.
Требования к системному программному обеспечению должны быть
определены на предварительном и технорабочем проектировании.
4.5.4Требования к техническому обеспечению
Архитектура Системы должна быть разработана в соответствии с
трехуровневой клиент-серверной архитектурой и состоять из следующих уровней:
1. уровень хранения данных;
2. уровень приложений;
3. презентационный
уровень,
обеспечивающий
взаимодействие
с
клиентскими приложениями.
Технические средства, необходимые для размещения разрабатываемого
решения, предоставляются Заказчиком.
Требования к техническому обеспечению должны быть уточнены при
разработке частного технического задания на развитие Системы.
Подрядчик должен сформулировать предложение по размещению Системы,
исходя
из
заданных
параметров
производительности,
доступности
и
информационной безопасности. Предложение по размещению в части требуемых
мощностей должно быть обосновано результатами нагрузочного тестирования и
согласовано с Заказчиком.
4.5.5Требования к организационному обеспечению
В
ходе
выполнения
работ
должно
обеспечиваться
постоянное
взаимодействие между Подрядчиком и Заказчиком в части:
1. решения
административных
вопросов
(организация
встреч,
предоставление допусков, рассмотрение и согласование документации и
т.п.);
63
2. решения инженерно-технических вопросов (согласование технических
аспектов реализации и администрирования Системы, определение
наличия и размещения технических средств, коммуникаций и т.п.);
3. нормативно-методического и информационного обеспечения проектных
работ (уточнение функциональных характеристик, предоставление
дополнительных сведений).
Подрядчик по запросу Заказчика направляет специалиста(ов) на рабочие
совещания и презентации. Запрос Заказчика на участие в совещании специалистов
Подрядчика направляется не позднее 2 (двух) рабочих дней до срока проведения
совещания/презентации. По согласованию с Заказчиком допускается проведение
совещаний в онлайн-режиме.
64
5
Состав и содержание работ по развитию системы
5.1 Этапы выполнения работ
Этапы проведения работ по развитию Системы приведены ниже (Таблица 6).
Таблица 6 – Календарный план проведения работ по развитию Системы
№
этапа
Наименование и
содержание
выполняемых работ
1.
Разработка ЧТЗ
2.
Разработка
документации
Срок выполнения
работ
Начало:
с 11.01.2027
Окончание:
10.02.2027
Начало:
с 11.02.2027
Окончание:
13.03.2027
3.
1
Разработка
программного
обеспечения,
Разработка рабочей
документации
Начало:
с 14.03.2027
Окончание:
12.07.2027
Отчетная документация1) и материалы
 ЧТЗ, детализирующее требования;
 Акт приема-передачи отчетной документации по этапу №1
 Технический проект Системы, включая:
 Пояснительную записку к техническому проекту;
 Описание архитектуры системы;
 Описание автоматизируемых функций;
 Описание информационного обеспечения системы;
 Описание комплекса технических средств;
 Описание программного обеспечения;
 Ведомость технического проекта
-Акт приема-передачи отчетной документации по этапу №2
 Рабочая документация в составе:
 Ведомость эксплуатационных документов;
 Актуализированное описание архитектуры (при внесении изменений);
 Описание информационного массива;
 Описание базы данных;
 Руководство пользователя Системы;
65
№
этапа
Наименование и
содержание
выполняемых работ
Срок выполнения
работ
Отчетная документация) и материалы
 Руководство функционального администратора;
 Руководство системного администратора Системы;
 Инструкция по развертыванию Системы;
 Регламент гарантийного обслуживания;
 Регламент эксплуатации системы;
 План восстановления в случае аварии;
 Паспорт;
 Общее описание системы;
 Регламент взаимодействия с внешними информационными системами
4.
5.
Пусконаладочные
работы,
Проведение
предварительных
испытаний
Начало:
Опытная
эксплуатация,
(включая подготовку
персонала системы)
Начало:
с 13.07.2027
Окончание:
12.08.2027
с 13.08.2027
Окончание:
(включая Паспорта информационного взаимодействия);
 Исходные коды СПО и дистрибутивы ПО, СПО Системы;
 Отчет по анализу исходного кода на наличие уязвимостей и их устранению
 План-программа подготовки персонала (с приложением форм Отчета о
подготовке персонала и Протокола подготовки персонала)
 Акт приема-передачи отчетной документации по этапу №3
 Программа и методика предварительных испытаний;
 Акт о выполнении пуско-наладочных работ на тестовом стенде
 Протокол предварительных испытаний;
 Акт приемки Системы в опытную эксплуатацию
 Доработанная документация и исходные коды/дистрибутив СПО Системы
(при наличии замечаний по результатам предварительных испытаний)
 Акт приема-передачи отчетной документации по этапу №4
 Программа и методика опытной эксплуатации (с приложением формы
Отчета о проведении опытной эксплуатации и формы Журнала опытной
эксплуатации);
 Отчет о подготовке персонала (с приложением Протокола подготовки
персонала)
66
№
этапа
Наименование и
содержание
выполняемых работ
Срок выполнения
работ
12.09.2027
6.
Приемочные
испытания
Начало:
с 13.09.2027
Окончание:
27.09.2027
Отчетная документация) и материалы
 Отчет о проведении опытной эксплуатации (с приложением Журнала
опытной эксплуатации);
 Акт о завершении опытной эксплуатации и допуске к приемочным
испытаниям
 Акт приема-передачи отчетной документации по этапу №5
 Акт о выполнении пусконаладочных работ на промышленном стенде;
 Программа и методика приемочных испытаний;
 Программа и методика нагрузочных испытаний;
 Протокол приемочных испытаний;
 Протокол нагрузочных испытаний;
 Акт о готовности Системы к вводу в эксплуатацию;
 Доработанная документация и исходные коды/дистрибутив СПО Системы
(при наличии замечаний по результатам опытной эксплуатации и
приемочных испытаний);
 Ведомость передаваемых файлов;
 Акт
приема-передачи
исключительных
прав
на
результаты
интеллектуальной деятельности по государственному контракту;
 Заполненные проекты заявок на государственную регистрацию прав
заказчика на результаты интеллектуальной деятельности (по форме
приложений №1-4 приказа Минэкономразвития России от 05.04.2016 № 211)
на бумажном носителе, включая реферат, отвечающий требованиям приказа
Минэкономразвития России от 05.04.2016 № 211;
 Депонируемые материалы в электронной форме на машиночитаемом
носителе в формате PDF/A, отвечающие требованиям приказа
Минэкономразвития России от 05.04.2016 № 211;
 Документы, подтверждающие отказ авторов (разработчиков) от
исключительных прав на передаваемые объекты интеллектуальной
собственности в пользу подрядчика;
 Отчет по анализу исходного кода на наличие уязвимостей и их устранению
(в случае внесения изменений в исходный код после опытной эксплуатации
67
№
этапа
Наименование и
содержание
выполняемых работ
Отчетная документация) и материалы
Срок выполнения
работ

7.
Выполнение работ по
защите информации
Начало:
с 28.09.2027
Окончание:
12.10.2027















и испытаний)
Акт приема-передачи отчетной документации по этапу №6
Акт
приема-передачи
исключительных
прав
на
результаты
интеллектуальной деятельности по Заявке (в случае внесения изменений в
Систему);
Заполненные проекты заявок на государственную регистрацию прав
заказчика на результаты интеллектуальной деятельности (по форме
приложений №1-4 приказа Минэкономразвития России от 05.04.2016 № 211)
на бумажном носителе, включая реферат, отвечающий требованиям приказа
Минэкономразвития России от 05.04.2016 № 211 (в случае внесения
изменений в Систему);
Депонируемые материалы в электронной форме на машиночитаемом
носителе в формате PDF/A, отвечающие требованиям приказа
Минэкономразвития России от 05.04.2016 № 211 (в случае внесения
изменений в Систему);
Документы, подтверждающие отказ авторов (разработчиков) от
исключительных прав на передаваемые объекты интеллектуальной
собственности в пользу подрядчика (в случае внесения изменений в
Систему);
Ведомость передаваемых файлов;
Акт классификации системы
Акт определения уровня защищенности персональных данных системы;
Модель угроз информационной безопасности;
Модель нарушителя безопасности информации;
Частное техническое задание на систему защиты информации
Проектная документация на систему защиты информации:
ведомость технического проекта;
пояснительная записка к техническому проекту;
схема функциональной структуры;
схема структурная комплекса технических средств;
68
№
этапа
Наименование и
содержание
выполняемых работ
Отчетная документация) и материалы
Срок выполнения
работ
















схема организационной структуры;
ведомость покупных изделий.
Эксплуатационная документация на систему защиты информации в составе:
Руководство администратора на систему защиты информации;
Руководство пользователя на систему защиты информации;
Инструкция по эксплуатации комплекса средств защиты информации и
иных технических средств;
Технический паспорт;
Описание технологического процесса обработки информации
Акт приема-передачи неисключительных прав на СЗИ и/или СКЗИ (в случае
внедрения системы защиты информации)
Акт установки СЗИ и/или СКЗИ (в случае внедрения системы защиты
информации)
Программа и методики аттестационных испытаний
Протокол аттестационных испытаний (в случае изменения аттестованного
объекта информатизации);
Заключение о соответствии Системы требованиям по защите информации
Отчет по анализу исходного кода на наличие уязвимостей и их устранению
(при необходимости)
Аттестат соответствия требованиям информационной безопасности (в
случае положительного заключения)
Акт приема-передачи отчетной документации по этапу №7
69
6
Порядок развития системы
В целях повышения эффективности и качества выполнения работ Заказчик
вправе требовать от Подрядчика, а Подрядчик в свою очередь обязуется выполнять
следующие требования Заказчика:
1.
Загрузку
проектных
файлов
(исходных
кодов,
файлов
БД,
конфигурационных файлов, библиотек и пр.) в СУРК Заказчика;
2.
проверку исходных кодов в системе статического анализа кода
Заказчика и устранение выявленных при этой проверке замечаний;
3.
настройку скриптов для автоматизации процессов компиляции,
создания дистрибутива (из исходных кодов, конфигурационных файлов, библиотек
и пр.) и обновления приложений на серверах промышленного и тестового контуров
Системы, средствами СУРК;
4.
непосредственное
участие
представителей
Подрядчика
при
выполнении предупредительно-плановой работы по выявлению необходимости
осуществления в будущем изменений Системы в связи с готовящимися
изменениями нормативно-правовых актов, изменений во внешних информационных
системах, с которыми осуществлена интеграция Системы;
5.
непосредственное участие представителей Подрядчика в работе по
уточнению описанных требований и сбору/выявлению дополнительных требований
к развитию Системы в объеме, достаточном для качественного выполнения задач;
6.
непосредственное
участие
представителей
Подрядчика
во
взаимодействии с представителями СТП внешних информационных систем по
работам, касающимся информационного взаимодействия.
6.1 Требования к разработке документации
В рамках выполнения работ Подрядчик должен разработать частное
техническое задание на развитие Системы, детализирующее требования настоящего
ТЗ.
Порядок разработки, структура и содержание ЧТЗ должны соответствовать
ГОСТ 34.602-2020 «Комплекс стандартов на автоматизированные системы.
Техническое задание на создание автоматизированной системы». ЧТЗ не должно
дублировать положения настоящего ТЗ, а в случае такой необходимости должны
70
приводиться ссылки на соответствующие пункты ТЗ. В ЧТЗ Подрядчиком должны
быть детализированы требования настоящего ТЗ до степени, позволяющей
однозначно определить способ реализации каждого требования.
При описании процессов, структуры СПО, организации данных и функций
СПО должны приводиться модели, разработанные с применением любых средств
проектирования и в любой нотации, определенной Подрядчиком и согласованной с
Заказчиком, но в рамках единой технологии моделирования.
ЧТЗ должно быть разработано Подрядчиком и согласовано с Заказчиком в
сроки, указанные в п. 5.1 настоящего документа.
В рамках выполнения работ Подрядчик должен разработать документацию
на Систему, указанную в п. 5.1 настоящего документа.
Документация технического проекта должна отражать характеристики СПО
Системы, которое должны быть разработано согласно ТЗ.
Документ «Описание архитектуры системы» - При разработке документа
должен использоваться язык моделирования архитектуры archimate.
6.2 Требования к разработке программного обеспечения и
рабочей документации
Подрядчик должен выполнить работы по развитию Системы в объеме,
указанном в разделе 5 настоящего документа, обеспечив его соответствие
требованиям настоящего ТЗ и ЧТЗ.
Подрядчик должен выполнить работы по развитию Системы, а также
настройку ОПО, используемого в рамках Системы.
Подрядчик в рамках выполнения работ должен обеспечить выполнение
требований настоящего ТЗ без нарушения функционирования ранее разработанного
функционала Системы.
В целях повышения эффективности и качества выполнения работ Заказчик
имеет право требовать от Подрядчика, а Подрядчик в свою очередь обязуется
выполнять следующие требования Заказчика:
1. загрузку проектных файлов (исходных кодов, конфигурационных файлов,
библиотек и пр.) в СУРК;
2. непосредственное участие представителей Подрядчика при выполнении
предупредительно-плановой работы по выявлению необходимости
71
осуществления в будущем изменений Системы в связи с готовящимися
изменениями нормативно-правовых актов, изменений во внешних
информационных системах, с которыми осуществлена интеграция
Системы;
3. непосредственное участие представителей Подрядчика в работе по
уточнению описанных требований и сбору/выявлению дополнительных
требований
к
развитию
Системы
в
объеме,
достаточном
для
Подрядчика
во
качественного выполнения задач;
4. непосредственное
участие
представителей
взаимодействии с представителями внешних информационных систем по
работам, касающимся информационного взаимодействия.
По результатам разработки СПО Системы Подрядчик должен передать
Заказчику исходный код и дистрибутив СПО Системы через СУРК. В состав
дистрибутива должны входить предварительные конфигурационные настройки
СПО Системы.
Передача исходных кодов, разработанных в ходе выполнения работ
программ для электронных вычислительных машин (далее – программа для ЭВМ) и
дистрибутивов должна сопровождаться передачей всех необходимых для сборки и
запуска программы для ЭВМ библиотек зависимостей, инструкций и программных
сценариев (скриптов) для проведения компиляции, создания дистрибутива и
установки (развертывания) программы для ЭВМ.
Для
проведения
(развертывания)
компиляции,
программы
для
создания
ЭВМ
дистрибутива
должны
и
установки
использоваться
свободно
распространяемые компиляторы, интерпретаторы и иное программное обеспечение,
необходимое для указанных целей, дистрибутивы которых должны быть переданы
вместе с исходными кодами разработанных в ходе выполнения работ программ для
ЭВМ.
В
случае
использования
для
проведения
компиляции,
создания
дистрибутива и установки (развертывания) программы для ЭВМ компиляторов,
интерпретаторов и иного программного обеспечения, права на использование,
копирование и модификацию которых принадлежат третьим лицам, подрядчик за
72
свой счет передает Заказчику дистрибутивы и права на использование таких
компиляторов, интерпретаторов и иного программного обеспечения.
Подрядчик в процессе сдачи-приемки работ по ГК должен провести
демонстрацию процесса компиляции, создания дистрибутива и установки
(развертывания) разработанных программ для ЭВМ с использованием средств,
указанных выше, а также в соответствии с инструкциями, приведенными в рабочей
документации на Систему.
В рамках выполнения работ Подрядчик должен разработать рабочую
документацию на Систему в составе, приведенном в п. 5.1 настоящего ТЗ. При этом
содержание данной документации должно охватывать всю функциональность
Системы,
включая
модернизированную
в
рамках
выполнения
работ
функциональность.
«Документ «Описание архитектуры» должен соответствовать ГОСТ Р
57100-2025 Системная и программная инженерия. Описание архитектуры. При
разработке документа должен использоваться язык моделирования архитектуры
«archimate».
Документы «Руководство пользователя», «Руководство администратора» и
другие документы, регламентирующие деятельность персонала, должны содержать
описание выполнения операций (действий) персонала в технологическом процессе
пользователя Системы, т.е. описание должно строиться на основе технологических
задач персонала с использованием возможностей Системы и не должно сводиться к
простому описанию (перечислению) функций Системы. При этом в указанных
документах должна быть отражена работа всех функций по компонентам.
Указанные документы должны содержать описание выполнения операций
(действий) всех категорий пользователей с применением необходимых изображений
экранных форм Системы.
6.3 Требования к проведению пусконаладочных работ и
предварительных испытаний Системы
Предварительные испытания проводятся в соответствии с согласованной с
Заказчиком «Программой и методикой предварительных испытаний». Проведение
предварительных испытаний на технических средствах Подрядчика допускается
только по согласованию с Заказчиком.
73
Работы по компиляции исходного кода, установки, обновлению и настройке
ПО и СПО, производится Подрядчиком на инфраструктуре и в ПО Заказчика, путем
использования СУРК предоставляемым Заказчиком.
Работы по установке и настройке СПО для проведения предварительных
испытаний Системы осуществляет Подрядчик при взаимодействии со службой
технической поддержки Системы, что должно фиксироваться в документе «Акт о
выполнении пуско-наладочных работ на тестовом стенде», подписываемом
Заказчиком и Подрядчиком.
Проведение пусконаладочных работ включает наладку программного
обеспечения частей системы, загрузку информации в ее базу данных, комплексную
наладку
программного
обеспечения
системы,
включая
средства
защиты
информации.
«Программа и методика предварительных испытаний» должна включать
тесты, позволяющие проверить:
1. соответствие ТЗ и ЧТЗ дистрибутива ПО, СПО и исходных кодов СПО
Системы, предоставленных Подрядчиком;
2. все
функции
СПО
Системы,
предусмотренные
ЧТЗ
в
рамках
соответствующего этапа выполнения работ;
3. выполнение показателей назначения в части временных характеристик
функционирования СПО Системы, установленных в п.4.4.3 настоящего
ТЗ. Показатели назначения могут быть дополнены в рамках этапа
«Разработка документации».
В ходе предварительных испытаний определяется полнота реализованных
функций и документации на Систему.
Проверка полноты и корректности представленных исходного кода СПО и
дистрибутива модернизированной Системы осуществляется на основании версий,
переданных Заказчику через СУРК. Для этого специалистами Подрядчика в
присутствии приёмочной комиссии производится сборка переданных дистрибутива
ПО, СПО в соответствии с «Инструкцией по развертыванию».
Результаты предварительных испытаний фиксируются в «Протоколе
предварительных испытаний», который подписывается всеми участниками
испытаний. В «Протоколе предварительных испытаний» должны быть отражены
74
выявленные недостатки и сделан вывод о соответствии Системы требованиям
настоящего ТЗ и ЧТЗ, а также о готовности Системы к проведению опытной
эксплуатации.
В случае получения замечаний по итогам предварительных испытаний
Системы Подрядчик должен провести работы по устранению полученных
замечаний с высоким и средним уровнем критичности до запуска Системы в
опытную эксплуатацию. Распределение замечаний по уровням критичности
приведено в п.7.2.
При внесении изменений в СПО Системы по результатам предварительных
испытаний Подрядчик должен внести соответствующие изменения и представить
Заказчику исходные коды, дистрибутив СПО Системы, а также документацию (при
необходимости), указанную в п.5.1 настоящего документа.
В случае отсутствия изменений в СПО Системы по результатам
предварительных испытаний Подрядчик должен проинформировать Заказчика
письмом, сообщив об отсутствии необходимости в корректировке исходных кодов
СПО, дистрибутива ПО, СПО Системы.
6.4 Требования к проведению опытной эксплуатации
Опытная эксплуатация Системы проводится на технических средствах
заказчика с целью проверки функционирования компонентов Системы в части
реализации новой функциональности для выявления недостатков в работе Системы
и их устранения, а также для обработки обращений пользователей по вопросам
использования новой функциональности Системы.
Работы по установке и настройке ПО, СПО Системы для проведения
опытной эксплуатации осуществляет Подрядчик.
Опытная эксплуатация Системы проводится в соответствии с разработанной
и согласованной с Заказчиком «Программой опытной эксплуатации».
«Программа и методика опытной эксплуатации» должна включать
требования к проведению опытной эксплуатации доработанной версии Системы и
должна определять:
1. сроки проведения опытной эксплуатации;
2. состав
объектов,
эксплуатация;
на
которых
должна
производиться
опытная
75
3. состав типов пользователей, участвующих в опытной эксплуатации
Системы, и их количество;
4. условия и порядок функционирования Системы в рамках опытной
эксплуатации;
5. порядок устранения замечаний к работе Системы, выявленных в процессе
опытной эксплуатации;
6. иные требования к проведению опытной эксплуатации, предусмотренные
настоящим ТЗ и ЧТЗ.
СПО Системы должно функционировать в объеме всех функций,
предусмотренных ЧТЗ и реализованных в рамках выполнения работ.
Длительность опытной эксплуатации Системы определена в п. 5.1.
Состав пользователей, участвующих в опытной эксплуатации, фиксируются
в «Программе и методике опытной эксплуатации».
Результаты обработки всех обращений пользователей Системы должны
фиксироваться в «Журнале опытной эксплуатации».
«Журнал опытной эксплуатации» должен содержать следующие сведения:
1. регистрационный номер обращения;
2. способ поступления обращения (телефон, электронная почта);
3. контактные данные обратившегося пользователя (ФИО, организация/
ведомство, должность);
4. дата и время поступления обращения;
5. описание содержания обращения;
6. дата и время окончательной отработки Подрядчиком обращения;
7. описание мер, принятых в связи с обращением.
Кроме того, в «Журнале опытной эксплуатации» должны фиксироваться
факты обнаружения некорректной работы Системы, выявленные пользователями
Системы, с указанием даты и времени события, описанием причин возникновения и
мер, предпринятых для устранения.
СПО Системы с учетом выполненных доработок (дополнительных настроек)
также передается Заказчику. По результатам выполнения работ Подрядчик должен
передать Заказчику исходные коды и дистрибутив СПО Системы на оптическом
76
носителе с однократной записью. В состав дистрибутива должны входить
предварительные конфигурационные настройки СПО Системы.
В случае если Заказчиком выдвинуто требование загрузки исходных кодов в
репозиторий Заказчика, содержимое передаваемого носителя с однократной
записью должно соответствовать репозиторию.
Работа
завершается
подписанием
«Акта
о
завершении
опытной
эксплуатации Системы и допуске к приемочным испытаниям».
6.5 Требования к проведению пусконаладочных работ и
приемочных испытаний
Приемочные испытания Системы проводятся на промышленном контуре,
расположенном на технических средствах Заказчика в соответствии с согласованной
с Заказчиком «Программой и методикой приемочных испытаний» путем
выполнения предусмотренных в ней тестов.
«Программа и методика приемочных испытаний» должна включать тесты,
позволяющие проверить выполнение всех положений ЧТЗ.
Проверка полноты и корректности представленных дистрибутива и
исходного кода СПО Системы осуществляется аналогично п. 6.3 настоящего
Технического задания.
Работы по установке и настройке СПО Системы для проведения приемочных
испытаний осуществляет Подрядчик, что должно фиксироваться в документе «Акт о
выполнении пуско-наладочных работ на промышленном стенде», подписываемом
Заказчиком и Подрядчиком.
На испытания Подрядчиком должен быть представлен полный комплект
документации, а также документы, подготовленные в рамках проведения опытной
эксплуатации.
В программе и методике приемочных испытаний должна быть описана
методика проведения нагрузочного тестирования по каждой из подсистем и порядок
контроля данного тестирования.
Нагрузочное
тестирование
проводится
на
мощностях
Заказчика
в
соответствии с разработанным документом «Программа и методика нагрузочных
испытаний». Работы по установке и настройке СПО Системы для проведения
77
нагрузочных испытаний и приемочных испытаний осуществляет Подрядчик при
взаимодействии со службой технической поддержки Системы.
Необходимо провести следующие виды нагрузочного тестирования:
1. тестирование производительности Системы;
2. стрессовое тестирование Системы.
Тестирование
производительности
Системы
должно
проводиться
с
постепенным увеличением нагрузки путем добавления новых пользователей через
определенные интервалы времени.
Тестирование производительности Системы должно позволять определить:
3. время выполнения выбранных операций Системы при заданных
(количество одновременно работающих пользователей) интенсивностях
выполнения этих операций;
4. количество пользователей Системы, способных работать одновременно с
заданными характеристиками отклика Системы;
5. границы приемлемой производительности при увеличении нагрузки на
Систему (добавление новых пользователей);
6. производительность Системы при различных нагрузках (различное
количество одновременно работающих пользователей).
Стрессовое тестирование Системы должно проводиться путем увеличения
интенсивности операций выше пиковых значений (максимально разрешенных) или
путем увеличения количества пользователей и количества вызовов веб-сервисов
Системы до тех пор, пока нагрузка на Систему не станет выше максимально
допустимых значений. После этого нагрузка на Систему должна быть снижена до
средних значений с целью проверки способности Системы к возвращению из
стрессового состояния в нормальное.
Подрядчик должен запустить процедуру нагрузочных испытаний в момент
времени, согласованный с Заказчиком и Функциональным заказчиком.
Положительным результатом нагрузочных испытаний является выполнение
показателей
назначения
в
части
функционирования
Системы.
В
случае
отрицательных результатов проводится доработка СПО/ОПО/Архитектуры системы
для достижения целевых показателей указанных в п. 4.4.3.
78
Подрядчик должен сформулировать предложение по размещению Системы,
исходя
из
заданных
параметров
производительности,
доступности
и
информационной безопасности. Предложение по размещению в части требуемых
мощностей должно быть обосновано результатами нагрузочного тестирования,
изложено в Протоколе нагрузочных испытаний Системы.
При внесении изменений в СПО Системы по результатам приемочных
испытаний Подрядчик должен внести соответствующие изменения и представить
Заказчику исходные коды, дистрибутив СПО Системы, а также документацию,
указанную в п.5.1 настоящего ТЗ.
Результаты приемочных испытаний, а также решение о готовности Системы
к вводу в эксплуатацию фиксируются в «Протоколе проведения приемочных
испытаний», который подписывается всеми участниками приемочной комиссии.
По результатам приемочных испытаний Заказчиком утверждается «Акт о
готовности к вводу в эксплуатацию».
6.6 Требования к проведению работ по защите информации
В соответствии с п. 5.1 настоящего ТЗ состав работ по защите информации
приведены в Таблице 7.
Таблица 7 – Перечень работ по защите информации.
№
п/п
1.
2.
Наименование
работы по защите
Отчетная документация и материалы
информации
Определение
класса  Акт классификации информационной системы;
 Акт определения уровня защищенности
защищенности, уровня
персональных данных системы;
защищенности
 Акт определения оценки вреда, который может
быть причинен субъектам персональных данных
персональных данных и
в случае нарушения Федерального закона
оценки вреда
«О персональных данных»
Актуализация
угроз
модели  Модель угроз информационной безопасности;
 Модель нарушителя безопасности информации;
безопасности
информации
3.
Актуализация частного
технического
задания
на
защиты
систему
 Частное техническое задание на систему защиты
информации
79
№
п/п
4.
5.
6.
Наименование
работы по защите
информации
информации
Отчетная документация и материалы
Актуализация проектно Проектная документация на систему защиты
информации:
й документации на
 ведомость технического проекта;
систему
защиты  пояснительная записка к техническому проекту;
 схема функциональной структуры;
информации
 схема структурная комплекса технических
средств;
 схема организационной структуры;
 ведомость покупных изделий.
Актуализация эксплуат Эксплуатационная документация на систему
защиты информации в составе:
ационной
 Руководство администратора на систему защиты
документации
на
информации;
 Руководство пользователя на систему защиты
систему
защиты
информации;
информации
 Инструкция по эксплуатации комплекса средств
защиты информации и иных технических
средств;
 Технический паспорт;
 Описание технологического процесса обработки
информации
Предоставление прав  Акт приема-передачи неисключительных прав
на СЗИ и/или СКЗИ (в случае внедрения
использования
СЗИ
системы защиты информации)
и/или СКЗИ
7.
Установка и настройка  Акт установки СЗИ и/или СКЗИ (в случае
внедрения системы защиты информации)
СЗИ и/или СКЗИ
8.
Проведение
 Программа и методики аттестационных
аттестационных
испытаний

информационной
системы



испытаний (в случае изменения аттестованного
объекта информатизации);
Протокол аттестационных испытаний (в случае
изменения аттестованного объекта
информатизации);
Заключение о соответствии Системы
требованиям по защите информации (в случае
изменения аттестованного объекта
информатизации);
Отчет по анализу исходного кода на наличие
уязвимостей и их устранению (при
необходимости)
Аттестат соответствия требованиям
информационной безопасности (в случае
80
№
п/п
Наименование
работы по защите
информации
Отчетная документация и материалы
положительного заключения)
Подрядчик (или привлекаемый им субподрядчик) должен обладать
следующими лицензиями, подтверждающими его квалификацию при выполнении
работ:

действующей лицензией ФСБ России, выданной уполномоченным
органом государственной власти на осуществление разработки, производства,
распространения шифровальных (криптографических) средств, информационных
систем и телекоммуникационных систем, защищенных с использованием
шифровальных (криптографических) средств, выполнение работ, оказание услуг в
области шифрования информации, техническое обслуживание шифровальных
(криптографических) средств, информационных систем и телекоммуникационных
систем, защищенных с использованием шифровальных (криптографических)
средств (за исключением случая, если техническое обслуживание шифровальных
(криптографических) средств, информационных систем и телекоммуникационных
систем, защищенных с использованием шифровальных (криптографических)
средств, осуществляется для обеспечения собственных нужд юридического лица
или индивидуального предпринимателя), включающей в себя пункты: 12, 21
Перечня выполняемых работ и оказываемых услуг, составляющих лицензируемую
деятельность,
в
отношении
шифровальных
(криптографических)
средств,
утвержденного Постановлением Правительства РФ от 16 апреля 2012 г. № 313 «Об
утверждении
Положения
о
лицензировании
деятельности
по
разработке,
производству, распространению шифровальных (криптографических) средств,
информационных систем и телекоммуникационных систем, защищенных с
использованием шифровальных (криптографических) средств, выполнению работ,
оказанию услуг в области шифрования информации, техническому обслуживанию
шифровальных
(криптографических)
средств,
информационных
систем
и
телекоммуникационных систем, защищенных с использованием шифровальных
(криптографических)
средств
(за
исключением
случая,
если
техническое
обслуживание шифровальных (криптографических) средств, информационных
систем и телекоммуникационных систем, защищенных с использованием
81
шифровальных (криптографических) средств, осуществляется для обеспечения
собственных нужд юридического лица или индивидуального предпринимателя)»;

действующей
лицензией
ФСТЭК
России
на
деятельность
по
технической защите конфиденциальной информации, выданной в соответствии с
постановлением Правительства Российской Федерации от 03 февраля 2012 г. № 79
«О лицензировании деятельности по технической защите конфиденциальной
информации», включающей следующие виды работ (услуг):
б) услуги по контролю защищенности конфиденциальной информации
от несанкционированного доступа и ее модификации в средствах и системах
информатизации;
г) работы и услуги по аттестационным испытаниям и аттестации на
соответствие
требованиям
по
защите
информации:
средств
и
систем
информатизации;
д) работы и услуги по проектированию в защищенном исполнении: средств и
систем информатизации;
е) услуги по установке, монтажу, наладке, испытаниям, ремонту средств
защиты информации (программных (программно-технических) средств защиты
информации).
6.6.1Требования к определению класса защищенности, уровня
защищенности персональных данных и оценки вреда
Определение класса защищенности Системы должно производиться в
соответствии с требованиями Приказа ФСТЭК России от 18 февраля 2013 года №
117 «Об утверждении Порядка организации и обеспечения функционирования
системы защиты информации государственной информационной системы, методов
и способов защиты информации в государственной информационной системе»
Результаты классификации должны быть зафиксированы в документе «Акт
классификации информационной системы».
Определение уровня защищенности персональных данных Системы должно
производиться в соответствии с требованиями Постановления Правительства
Российской Федерации от 1 ноября 2012 г. № 1119 «Об утверждении требований к
82
защите персональных данных при их обработке в информационных системах
персональных данных».
Результаты определения уровня защищенности персональных данных
должны быть зафиксированы в документе «Акт определения уровня защищенности
персональных данных».
Определение оценки вреда, который может быть причинен субъектам
персональных данных в случае нарушения Федерального закона «О персональных
данных» должно производиться в соответствии с требованиями приказа
Федеральной службы по надзору в сфере связи, информационных технологий и
массовых коммуникаций от 27 октября 2022 г. № 178 «Об утверждении Требований
к оценке вреда, который может быть причинен субъектам персональных данных в
случае нарушения Федерального закона «О персональных данных».
Результаты определения оценки вреда, который может быть причинен
субъектам персональных данных в случае нарушения Федерального закона «О
персональных данных» должны быть зафиксированы в документе «Акт определения
оценки вреда, который может быть причинен субъектам персональных данных в
случае нарушения Федерального закона «О персональных данных».
6.6.2 Требования к актуализации модели угроз
Модель угроз безопасности информации должна содержать описание
информационной системы и ее структурно-функциональных характеристик, а также
описание угроз безопасности информации, включающее описание возможностей
нарушителей (модель нарушителя), возможных уязвимостей, способов реализации
угроз безопасности информации и последствий от нарушения свойств безопасности
информации.
Модель угроз безопасности информации должна быть разработана в
соответствии
с
«Методикой
оценки
угроз
безопасности
информации»,
утвержденной ФСТЭК России 05 февраля 2021 г.
Модель угроз безопасности информации Системы должна включать:
1. Общие положения.
2. Описание
Системы
(сегментов
Системы)
и
особенностей
функционирования:
−
Цели и задачи, решаемые Системой (сегментом Системы).
ее
83
Класс защищенности, категория значимости систем и сетей, уровень
−
защищенности персональных данных.
Номенклатура защищаемых данных, обрабатываемых в Системе
−
(подсистеме) и функциональных задач, для решения которых они используются.
Назначение и структура объектов информатизации (сегментов)
−
Системы.
Описание
−
структурно-функциональных
характеристик
информационной системы (состав технических и программных средств Системы,
сетевая инфраструктура).
Описание взаимосвязей с другими информационными системами
−
(подсистемами) и телекоммуникационными сетями.
Описание групп внешних и внутренних пользователей систем и сетей,
−
уровней их полномочий и типов доступа.
−
Описание процессов обеспечения информационной безопасности.
−
Описание технологии обработки информации.
−
Информация
о
функционировании
информационно-телекоммуникационной
систем
инфраструктуры
и
сетей
центра
на
базе
обработки
данных.
3. Возможные негативные последствия от реализации (возникновения) угроз
безопасности информации:
−
Описание рисков (ущербов) от нарушения или прекращения основных
процессов.
−
Описание негативных последствий, приводящих к возникновению
рисков (ущерба).
4. Источники угроз безопасности информации (модель нарушителя):
−
Характеристика нарушителей и возможные цели реализации ими угроз
безопасности информации.
−
Категории актуальных нарушителей.
−
Описание возможностей нарушителей по реализации ими угроз
безопасности применительно к назначению, составу и архитектуре систем и сетей.
5. Способы реализации (возникновения) угроз безопасности информации:
84

Описание способов реализации (возникновения) угроз безопасности
информации.

Описание интерфейсов объектов воздействия.
6. Актуальные угрозы безопасности информации, включая:
−
Перечень возможных (вероятных) угроз безопасности информации для
соответствующих способов их реализации и уровней возможностей нарушителей.
−
Описание возможных сценариев реализации угроз безопасности
информации.
−
Выводы об актуальности угроз безопасности информации.
7. Перечень актуальных угроз информационной безопасности.
8. Выводы о необходимом к применению (или его отсутствии) классе СКЗИ.
При идентификации возможных угроз безопасности информации должен
использоваться Банк данных угроз безопасности информации, сформированный
ФСТЭК
России
(http://bdu.fstec.ru/),
учитывая
структурно-функциональные
особенности Системы, возможные источники угроз.
Модель нарушителя безопасности информации по методике ФСБ должна
быть разработана в соответствии с Методическими рекомендациями по разработке
нормативных правовых актов, определяющих угрозы безопасности персональных
данных, актуальные при обработке персональных данных в информационных
системах
персональных
данных,
эксплуатируемых
при
осуществлении
соответствующих видов деятельности утвержденными руководством 8 Центра ФСБ
России 31 марта 2015 года № 149/7/2/6-432.
Модель нарушителя безопасности информации по методике ФСБ должна
быть оформлена отдельным документом.
Модель нарушителя безопасности информации по методике ФСБ должна
включать:
−
объекты, в которых размещены ресурсы информационной систем;
−
физические меры защиты объектов, в которых размещены ресурсы
информационной систем;
−
меры по обеспечению контролируемой зоны;
−
тип информационной системы;
85
−
наличие или отсутствие информационного взаимодействия каждой
подсистемы информационной системы или информационной системы в целом с
другими информационными системами, а также наличие факта передачи
персональных данных между ними;
−
используемые в каждой подсистеме или в информационной системе в
целом каналы (линии) связи, включая кабельные системы, и меры по ограничению
несанкционированного доступа к защищаемой информации, передаваемой по этим
каналам (линиям) связи, с указанием каналов (линий) связи, в которых невозможен
несанкционированный доступ к передаваемой по ним защищаемой информации, и
реализуемые для обеспечения этого качества меры;
−
носители
защищаемой
информации,
используемые
в
каждой
подсистеме информационной системы или в информационной системе в целом (за
исключением каналов (линий) связи).
Для информационной системы должна быть определена актуальность
использования СКЗИ для обеспечения безопасности персональных данных.
6.6.3 Требования к актуализации частного технического задания
на систему защиты информации
На основе перечня актуальных угроз безопасности информации должны
быть определены требования по защите информации, подлежащие реализации в
составе системы защиты информации информационной системы с учетом ГОСТ Р
51583-2014 «Защита информации. Порядок создания автоматизированных систем в
защищенном исполнении. Общие положения».
Требования
к
системе
защиты
информации
Системы
должны
разрабатываться с учетом ГОСТ 34.602-2020 «Информационная технология.
Комплекс стандартов на автоматизированные системы. Техническое задание на
создание автоматизированной системы» и, в том числе, содержать:
−
цель и задачи обеспечения защиты информации;
−
класс защищенности информационной системы;
−
перечень нормативных правовых актов, методических документов
и национальных стандартов, которым должна соответствовать информационная
система;
−
перечень объектов защиты информационной системы;
86
−
требования к мерам и средствам защиты информации, применяемым
в информационной системе;
−
этапы работ по созданию системы защиты информационной системы;
−
перечень
эксплуатационной
и
организационно-распорядительной
документации;
−
требования к поставляемым техническим средствам, программному
обеспечению, средствам защиты информации;
−
функции Заказчика и оператора по обеспечению защиты информации
на информационную систему;
−
требования
к
защите
средств
и
систем,
обеспечивающих
функционирование информационной системы (обеспечивающей инфраструктуре);
−
требования
к
защите
информации
при
информационном
взаимодействии с иными информационными системами и информационнотелекоммуникационными сетями.
6.6.4 Требования к актуализации проектной документации на
систему защиты информации
Проектная документация на систему защиты информации включает в себя
следующие документы:
 ведомость технического проекта;
 пояснительная записка к техническому проекту;
 схема функциональной структуры;
 схема структурная комплекса технических средств;
 схема организационной структуры;
 ведомость покупных изделий.
Проектные решения по построению системы защиты информации должны
быть выполнены с учетом ГОСТ Р 59795-2021 «Информационные технологии.
Комплекс стандартов на автоматизированные системы. Автоматизированные
системы. Требования к содержанию документов» и должны отражать следующие
предложения:
1. Типы субъектов доступа (пользователи, процессы и иные субъекты
доступа) и объектов доступа, являющихся объектами защиты (устройства,
объекты файловой системы, запускаемые и исполняемые модули, объекты
системы управления базами данных, объекты, создаваемые прикладным
ПО, иные объекты доступа).
2. Методы управления доступом (дискреционный, мандатный, ролевой или
иные методы), типы доступа (чтение, запись, выполнение или иные типы
доступа) и правила разграничения доступа субъектов доступа к объектам
87
доступа (на основе списков, меток безопасности, ролей и иных правил),
подлежащие реализации в Системе.
3. Меры защиты информации, подлежащие реализации в системе защиты
информации.
4. Виды и типы средств защиты информации, обеспечивающие реализацию
технических мер защиты информации.
5. Структура системы защиты информации Системы, включая состав
(количество) и места размещения ее элементов.
6. Выбор средств защиты информации, сертифицированных на соответствие
требованиям по безопасности информации, с учетом их стоимости,
совместимости с информационными технологиями и техническими
средствами, функций безопасности этих средств и особенностей их
реализации, а также класса защищенности Системы.
7. Требования к параметрам настройки ПО, включая ПО средств защиты
информации, обеспечивающие реализацию мер защиты информации, а
также устранение возможных уязвимостей Системы, приводящих к
возникновению угроз безопасности информации.
8. Меры защиты информации при информационном взаимодействии с
иными
информационными
системами
и
информационнотелекоммуникационными сетями.
Комплекс организационных и технических мер, направленных на
нейтрализацию актуальных угроз безопасности, определенных с учетом специфики
Системы и условий ее функционирования, должны предусматривать:
1. Идентификацию и аутентификацию субъектов доступа и объектов
доступа.
2. Управление доступом субъектов доступа к объектам доступа.
3. Защиту машинных носителей информации.
4. Регистрацию событий безопасности.
5. Антивирусную защиту.
6. Обнаружение (предотвращение) вторжений.
7. Контроль (анализ) защищенности информации.
8. Целостность информационной системы и информации, хранимой
посредством информационной системы, в части неправомерного
уничтожения или модифицирования информации.
9. Доступность информации в части неправомерного блокирования
информации.
10. Защиту технических средств.
11. Ограничение программной среды.
12. Защиту среды виртуализации (при использовании механизмов
виртуализации).
13. Защиту информационной системы, ее средств, систем связи и передачи
данных.
88
14. Выявление инцидентов (одного события или группы событий), которые
могут привести к сбоям или нарушению функционирования
информационной системы и (или) к возникновению угроз безопасности
ПДн (далее — Инциденты), и реагирование на них.
15. Управление конфигурацией информационной системы и защитой
данных в рамках системы информационной безопасности.
Меры по идентификации и аутентификации субъектов доступа и объектов
доступа должны предусматривать присвоение субъектам и объектам доступа
уникального признака (идентификатора), сравнение предъявляемого субъектом
(объектом) доступа идентификатора с перечнем присвоенных идентификаторов, а
также проверку принадлежности субъекту (объекту) доступа предъявленного им
идентификатора (подтверждение подлинности).
Меры по управлению доступом субъектов доступа к объектам доступа
должны предусматривать управление правами и привилегиями субъектов доступа,
разграничение доступа субъектов доступа к объектам доступа на основе
совокупности установленных для информационной системы правил разграничения
доступа, а также обеспечивать контроль соблюдения этих правил.
Меры по ограничению программной среды должны обеспечивать установку
и (или) запуск только разрешенного к использованию в информационной системе
ПО или исключать возможность установки и (или) запуска, запрещенного к
использованию в информационной системе ПО.
Меры по защите машинных носителей информации (средства обработки
(хранения) информации, съемные машинные носители информации) должны
предусматривать исключение возможности несанкционированного доступа к
машинным носителям и хранящейся на них информации, а также
несанкционированное использование съемных машинных носителей информации.
Меры по регистрации событий безопасности должны обеспечивать сбор,
запись, хранение и защиту информации о событиях безопасности в информационной
системе, а также возможность просмотра и анализа информации о таких событиях и
реагирование на них.
Меры по антивирусной защите должны обеспечивать обнаружение
в информационной системе компьютерных программ либо иной компьютерной
информации, предназначенной для несанкционированного уничтожения,
блокирования, модификации, копирования компьютерной информации или
нейтрализации средств защиты информации, а также реагирование на обнаружение
этих программ и информации.
Меры по обнаружению (предотвращению) вторжений должны обеспечивать
обнаружение действий, направленных на преднамеренный несанкционированный
доступ к информации, специальные воздействия на информацию в целях ее
добывания, уничтожения, искажения и блокирования доступа к информации, а
также реагирование на эти действия.
89
Меры по контролю (анализу) защищенности информации должны
обеспечивать контроль уровня защищенности информации путем проведения
мероприятий по анализу защищенности и тестированию системы защиты
информации информационной системы.
Меры по обеспечению целостности хранимой и обрабатываемой
информации должны обеспечивать обнаружение фактов несанкционированного
нарушения целостности информации, а также возможность ее восстановления.
Меры по обеспечению доступности информации должны обеспечивать
авторизованный доступ пользователей, имеющих права по такому доступу к
информации, обрабатываемой в информационной системе, в штатном режиме
функционирования.
Меры
по
защите
среды
виртуализации
должны
исключать
несанкционированный доступ к информации, обрабатываемой в виртуальной
инфраструктуре, и к компонентам виртуальной инфраструктуры, а также
воздействие на информацию и компоненты, в том числе к средствам управления
виртуальной инфраструктурой, монитору виртуальных машин (гипервизору),
системе хранения данных (включая систему хранения образов виртуальной
инфраструктуры), сети передачи данных через элементы виртуальной или
физической инфраструктуры, гостевым ОС, виртуальным машинам (контейнерам),
системе и сети репликации, терминальным и виртуальным устройствам, а также
системе резервного копирования и создаваемым ею копиям.
Меры
по
защите
технических
средств
должны
исключать
несанкционированный доступ к стационарным техническим средствам,
обрабатывающим информацию, средствам, обеспечивающим функционирование
информационной системы, и в помещения, в которых они постоянно расположены,
защиту технических средств от внешних воздействий, а также защиту информации,
представленной в виде информативных электрических сигналов и физических
полей.
Меры по защите информационной системы, ее средств, систем связи и
передачи данных должны обеспечивать защиту информации при взаимодействии с
иными информационными системами и информационно-телекоммуникационными
сетями посредством применения архитектуры, проектных решений по ее системе
защиты информации, направленных на обеспечение защиты информации.
Меры по выявлению инцидентов и реагированию на них должны
обеспечивать обнаружение, идентификацию, анализ Инцидентов в информационной
системе, а также принятие мер по устранению и предупреждению Инцидентов.
Меры по управлению конфигурацией информационной должны
осуществлять:
 поддержание конфигурации Системы и ее системы защиты информации
(структуры системы защиты информации, состава, мест установки и
параметров настройки средств защиты информации, ПО и технических
средств) в соответствии с эксплуатационной документацией на систему
90
защиты информации (поддержание базовой конфигурации Системы и ее
системы защиты информации);
 определение лиц, которым разрешены действия по внесению изменений
в базовую конфигурацию Системы и ее системы защиты информации;
 внесение информации (данных) об изменениях в базовой конфигурации
Системы и ее системы защиты информации в эксплуатационную
документацию на систему защиты информации,
принятие решения о повторной аттестации информационной системы или
проведении аттестационных испытаний по результатам управления конфигурацией.
6.6.5 Требования к актуализации эксплуатационной
документации на систему защиты информации
Эксплуатационная
документация
на
систему
защиты
информации
информационной системы, кроме прочего, должна включать в себя:
−
Руководство администратора на систему защиты информации;
−
Руководство пользователя на систему защиты информации;
−
Инструкцию по эксплуатации комплекса средств защиты информации
и иных технических средств;
−
Технический паспорт;
−
Описание технологического процесса обработки информации.
Руководство
администратора
на
систему
защиты
информации
информационной системы должно содержать инструкции по установке, настройке,
регламентным работам, а также формы журналов учета, связанных с эксплуатацией
системы защиты информации информационной системы.
Руководство пользователя системы защиты информации информационной
системы должно содержать инструкции, необходимые для работы со средствами
защиты (в т.ч. криптографическими) при осуществлении доступа к информационной
системе.
Инструкция по эксплуатации комплекса средств защиты информации и иных
технических средств должна содержать всю информацию, необходимую для работы
со средствами защиты (в т.ч. криптографическими) и иными техническими
средствами при эксплуатации системы защиты информации информационной
системы.
При разработке Технического паспорта необходимо руководствоваться
требованиями и формой, представленными в приказе ФСТЭК России от 29 апреля
91
2021 г. № 77 «Об утверждении порядка организации и проведения работ по
аттестации объектов информатизации на соответствие требованиям о защите
информации ограниченного доступа, не составляющей государственную тайну».
Описание технологического процесса обработки информации должно в
полной мере описывать процесс обработки информации в информационной системе.
6.6.6 Требования к предоставлению прав использования СЗИ
и/или СКЗИ
Необходимость предоставления прав использования СЗИ и/или СКЗИ
определяется при разработке проектной и эксплуатационной документации.
В таком случае предоставление прав использования СЗИ и/или СКЗИ
осуществляется по адресу, согласованному с Заказчиком, и должно быть оформлено
актом приема-передачи неисключительных прав.
Права
использования
СЗИ и/или СКЗИ передаются
Заказчику, в
соответствии с п.4.4.8 настоящего ТЗ, с учетом лицензионной политики
правообладателя СЗИ/СКЗИ.
6.6.7 Требования к установке и настройке СЗИ и/или СКЗИ
Необходимость установки и настройки СЗИ и/или СКЗИ определяется при
разработке проектной и эксплуатационной документации.
Внедрение системы защиты информации информационной системы
включает:
−
Установку СЗИ и/или СКЗИ;
−
Настройку, проверку функционирования СЗИ и/или СКЗИ.
Установка средств защиты информации и/или средств криптографической
защиты информации должны быть оформлены соответствующими Актами
установки СЗИ и/или СКЗИ (средств криптографической защиты информации).
Настройка, проверка функционирования СЗИ и/или СКЗИ должны быть
оформлены Актами настройки, проверки функционирования средств защиты
информации (средств криптографической защиты информации).
Для обеспечения защиты информации, содержащейся в информационной
системе, должны применяться средства защиты информации, прошедшие оценку
соответствия в форме обязательной сертификации на соответствие требованиям по
безопасности информации в соответствии со статьей 5 Федерального закона
92
от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании» и в соответствии с
порядком, установленным ФСТЭК России и/или ФСБ России соответственно.
Требования к классу СКЗИ в информационной системе должны быть
определены
Подрядчиком
с
учетом
требований
приказа
ФСБ
России
от 10 июля 2014 г. № 378 «Об утверждении Состава и содержания организационных
и технических мер по обеспечению безопасности персональных данных при их
обработке в информационных системах персональных данных с использованием
средств криптографической защиты информации, необходимых для выполнения
установленных Правительством Российской Федерации требований к защите
персональных данных для каждого из уровней защищенности».
6.6.8 Требования к проведению аттестационных испытаний
информационной системы
Аттестационные испытания информационной системы должны включать
проведение
комплекса
организационных
и
технических
мероприятий
(аттестационных испытаний), в результате которых должно подтверждаться
соответствие системы защиты информации требованиям по защите информации.
Допускается аттестация информационной системы на основе результатов
аттестационных испытаний выделенного набора сегментов информационной
системы, реализующих полную технологию обработки информации.
В качестве исходных данных, необходимых для проведения аттестации,
должны использоваться модель угроз безопасности информации, акт классификации
(определения уровня защищенности) информационной системы, техническое
задание на создание/развитие информационной системы и (или) техническое
задание (частное техническое задание) на создание системы защиты информации,
проектная и эксплуатационная документация на систему защиты информации,
организационно-распорядительные документы по защите информации.
Программа и методики оценки аттестационных испытаний должны
содержать перечень работ, которые требуется провести для оценки и подтверждения
выполнения предъявляемых требований по безопасности информации, перечень
объектов аттестационных испытаний с указанием продолжительности работ и
используемых при этом методов проверок и испытаний.
Программа аттестационных испытаний должна включать:
93

проверку структуры, состава и условий эксплуатации системы защиты
информации, обрабатываемой в информационной системе;

проверку правильности классификации информационной системы
(определения уровня защищенности);

проверку достаточности представленных документов и соответствия их
содержания установленным требованиям, наличия сертификатов соответствия
требованиям безопасности информации;

проверку уровня подготовки специалистов, обеспечивающих защиту
информации,
и
эксплуатирующих
распределения
ответственности
информационную
систему,
за
должностных
выполнение
лиц,
требований
безопасности информации;

проверку выполнения требований безопасности информации к
помещению, в котором проводится обработка информации;

проведение испытаний информационной системы на соответствие
требованиям по защите информации от утечки по техническим каналам;

проведение испытаний информационной системы на соответствие
требованиям по защите от НСД;

подготовку отчетной документации и оценку результатов испытаний
аттестуемой информационной системы;

проверку комплектности документов и соответствия их содержания
установленным требованиям к системе защиты информации;

проведение испытаний на соответствие требованиям к системе защиты
информации, установленным в техническом задании и нормативных документах по
защите информации;

подготовку
отчетной
документации
и
оценку
результатов
аттестационных испытаний системы защиты информации;

оформление материалов аттестационных испытаний (протоколов
испытаний и заключения по результатам аттестационных испытаний);

установление продолжительности работ по пунктам программы;

проведение контроля соответствия системы защиты информации
аттестованной информационной системы требованиям безопасности в процессе
эксплуатации.
94
Методики аттестационных испытаний должны содержать подробное
описание и порядок выполнения практических действий, осуществляемых при
оценке
количественных
и
качественных
характеристик
системы
защиты
информации, перечень требований, подлежащих проверке и условий, в которых
проводится проверка, а также критерии, по которым делаются выводы о
соответствии
объекта
проверки
требованиям
безопасности
информации,
установленных в техническом задании.
Методики испытаний должны включать:

условиям
анализ полноты исходных данных, проверку их соответствия реальным
размещения,
монтажа
и
эксплуатации
технических
средств
информационной системы;

исследование технологического процесса обработки и хранения
информации,
анализ
информационных
потоков,
определение
состава
использованных для обработки и передачи информации технических средств;

проверку состояния организации работ и выполнения организационных
и технических требований по защите информации, оценку правильности
классификации
(уровня
защищенности),
оценку
полноты
разработки
организационно-распорядительной, проектной и эксплуатационной документации;

проверку условий эксплуатации системы защиты информации;

проверку выполнения функциональных требований к системе защиты
информации;

проверку соответствия примененных параметров настройки элементов
системы защиты информации требованиям безопасности информации;

проверку наличия действующих сертификатов ФСТЭК России или
ФСБ России в пределах их компетенции на используемые средства защиты
информации;

проверку
программной
совместимости
и
корректности
функционирования всего комплекса используемых средств вычислительной
техники и с продукцией, используемой в целях защиты информации;

проверку комплектности эксплуатационной документации на средства
защиты информации;
95

проверку реализации НСД доступа путем соответствующих настроек и
пробного запуска средств защиты информации и наблюдения за выполнением их
функций;

проверку системы защиты информации от НСД, целостности
применяемых средств защиты информации.
Программа и методики аттестационных испытаний должна быть согласована
с Заказчиком до начала аттестационных испытаний.
Аттестация информационной системы должна проводиться в соответствии с
программой и методиками аттестационных испытаний до начала обработки в
информационной системе конфиденциальной информации. Для проведения
аттестации применяются национальные стандарты, а также методические
документы, разработанные и утвержденные ФСТЭК России в соответствии с
подпунктом 4 пункта 8 Положения о Федеральной службе по техническому и
экспортному контролю, утвержденного Указом Президента Российской Федерации
от 16 августа 2004 г. № 1085 (в т.ч. Приказ ФСТЭК России № 77 от 29 апреля 2021 г.).
Аттестационные испытания должны включать следующие мероприятия и
работы:

оценку соответствия технического паспорта ИС, акта классификации
ИС, состава и содержания эксплуатационной документации на систему защиты
информации объекта информатизации и документов по защите информации
владельца объекта информатизации требованиям по защите информации;

проверку наличия и согласования с ФСТЭК России в соответствии с
пунктом 3 Требований к порядку создания, развития, ввода в эксплуатацию,
эксплуатации и вывода из эксплуатации государственных информационных систем
и дальнейшего хранения содержащейся в их базах данных информации,
утвержденных
Постановлением
Правительства
Российской
Федерации
от
6 июля2015 г. № 676, модели угроз безопасности информации, технического задания
на создание (развитие, модернизацию) объекта информатизации (только для
государственных информационных систем);

обследование
объекта
информатизации
на
предмет
оценки
соответствия ИС и условий его эксплуатации требованиям по защите информации;
96

проверку наличия документов, содержащих результаты анализа
уязвимостей, проведенного на этапах предварительных или приемочных испытаний
системы защиты информации объекта информатизации;

проверку наличия сведений о средствах защиты информации,
установленных на объекте информатизации, в реестре сертифицированных средств
защиты
информации,
соответствии
с
ведение
«Положением
которого
о
осуществляет
системе
ФСТЭК
сертификации
России
средств
в
защиты
информации», утвержденным приказом ФСТЭК России от 03 апреля 2018 г. № 55
(зарегистрирован Минюстом России 11 мая 2018 г., регистрационный № 51063);

проверку наличия работников, ответственных за обеспечение защиты
информации в ходе эксплуатации ИС, в том числе за проведение оценки угроз
безопасности информации, управление (администрирование) системой защиты
информации (администраторов безопасности), управление конфигурацией объекта
информатизации, реагирование на Инциденты, информирование и обучение
персонала, контроль за обеспечением уровня защиты информации, а также проверку
достаточности установленных для них обязанностей в соответствии с требованиями
по защите информации;

оценку уровня знаний и умений работников, ответственных за
обеспечение защиты информации, в соответствии с установленными для них
обязанностями в эксплуатационной документации и документах по защите
информации;

оценку соответствия принятых для ИС организационных мер
требованиям по защите информации и их достаточности для защиты от актуальных
для ИС угроз безопасности информации;

оценку соответствия принятых для ИС технических мер по защите
информации от НСД (воздействия на информацию) требованиям по защите
информации и их достаточности для защиты от актуальных для ИС угроз
безопасности информации.
−
При проведении аттестационных испытаний Подрядчиком должны
применяться следующие методы, проверки и испытания:

экспертно-документальный метод, предусматривающий проверку
соответствия
системы
защиты
информации
объекта
информатизации
97
установленным требованиям безопасности информации на основании экспертной
оценки полноты и достаточности необходимых мер защиты информации в
представленных документах, а также соответствия реальных условий эксплуатации
требованиям к размещению, монтажу и эксплуатации технических средств;

инструментальный метод с использованием контрольно-измерительной
аппаратуры;

проверка соответствия примененных параметров настройки элементов
системы защиты информации требованиям безопасности информации;

проверка системы защиты информации от НСД, целостности
применяемых средств защиты информации от НСД;

проверка
программной
совместимости
и
корректности
функционирования всего комплекса используемых средств вычислительной
техники с продукцией, используемых в целях защиты информации;

испытания системы защиты информации от НСД путем осуществления
попыток НСД к тестовой защищаемой информации.
Экспертно-документальный метод должен предусматривать проверку
соответствия системы защиты информации, обрабатываемой в информационной
системе, на основании экспертной оценки полноты и достаточности необходимых
мер защиты информации в представленных документах, а также на основании
соответствия реальных условий эксплуатации требованиям к размещению, монтажу
и эксплуатации технических средств.
Измерения и оценка защищенности должны осуществляться с помощью
инструментальных средств контроля эффективности защиты информации в
соответствии с действующими нормативными и методическими документами по
защите информации.
По результатам аттестации информационной системы должны оформляться
протоколы аттестационных испытаний, заключение о соответствии Системы
требованиям о защите информации (далее – Заключение).
По результатам испытаний, предусмотренных подпунктами «и» и «к» пункта
15 Порядка, органом по аттестации по результатам аттестационных испытаний
оформляются протоколы аттестационных испытаний объекта информатизации
(далее - протоколы), содержащие:
98
−
наименование испытания в соответствии с программой и методикой
испытаний;
−
дату утверждения программы и методик аттестационных испытаний
объекта информатизации;
−
дату и место проведения аттестационных испытаний;
−
критерии выполнения требований по защите информации, в отношении
которых проводились испытания;
−
условия и исходные данные для проведения испытаний;
−
применяемые
при
проведении
испытаний
средства
контроля
эффективности защиты информации от несанкционированного доступа, а также
контрольно-измерительное и испытательное оборудование;
−
описание порядка испытаний по оценке критериев выполнения
требований по защите информации;
−
результаты
испытаний
по
каждому
оцениваемому
критерию
выполнения требований по защите информации.
Протоколы аттестационных испытаний подписываются экспертами органа
по аттестации, проводившими аттестационные испытания объекта информатизации.
По результатам аттестационных испытаний, органом по аттестации должен
оформить Заключение, которое должно включает в себя следующие сведения:
−
наименование Системы и ее назначение, состав программно-
технических, программных средств и средств защиты информации;
−
класс защищенности Системы, категория значимости значимого
объекта;
−
фамилии, имена, отчества (при наличии), должности экспертов органа
по аттестации, проводивших аттестацию Системы;
−
дату утверждения программы и методик аттестационных испытаний
Системы;
−
срок проведения аттестационных испытаний;
−
наименования
и
реквизиты
документов
ФСТЭК
России,
устанавливающих требования по защите информации, на соответствие которым
проводилась аттестация объекта информатизации;
99
−
результаты испытаний, предусмотренных пунктом 15 Порядка
организации и проведения работ по аттестации объектов информатизации на
соответствие требованиям о защите информации ограниченного доступа, не
составляющей государственную тайну, утвержденным Приказом ФСТЭК России
№ 77 от 29 апреля 2021 г. (далее – Порядок), с описанием состава проведенных работ
и испытаний в соответствии с программой и методикой испытаний, указанием
сроков выполнения каждого испытания и экспертов органа по аттестации,
ответственных за проведение каждого испытания, используемых экспертами при
испытаниях средств, а также заключение о соответствии (несоответствии)
требованиям по защите информации по каждой проведенной работе и испытанию;
−
рекомендации по устранению несоответствий системы защиты
информации Системы требованиям по защите информации (далее - недостатки) в
случае их выявления при проведении аттестационных испытаний;
−
вывод
о
возможности
или
невозможности
выдачи
аттестата
соответствия или о необходимости доработки системы защиты информации
Системы.
Заключение
подписывается
экспертами
органа
по
аттестации,
проводившими аттестацию Системы, и утверждается руководителем органа по
аттестации.
Заключение и протоколы аттестационных испытаний в течение 5 рабочих
дней после утверждения органом по аттестации направляются Заказчику.
В случае выявления в ходе аттестационных испытаний недостатков, которые
можно устранить в процессе аттестации Системы, Подрядчик и/или Заказчик в
соответствии компетенциями обеспечивает их устранение, а орган по аттестации
оценивает качество такого устранения.
По результатам устранения недостатков орган по аттестации повторно
оформляет заключение, в которое наряду со сведениями, указанными в пункте 18
Порядка, включаются сведения об устранении владельцем объекта информатизации
всех выявленных недостатков, а также делается вывод о возможности выдачи
аттестата соответствия требованиям по защите информации (далее - аттестат
соответствия) на объект информатизации.
100
Аттестат соответствия должен быть выдан на весь срок эксплуатации
Системы.
К моменту выдачи аттестата соответствия требованиям безопасности
информации, в исходном коде информационной системе должны отсутствовать
уязвимости критического, высокого и среднего уровня критичности.
Отсутствие уязвимостей подтверждается анализом исходного кода, который
проводится при выполнении работ по развитию Системы. В случае внесения
изменений в исходный код Системы, Подрядчиком проводится повторный анализ
исходного кода с последующим предоставлением документа «Отчет по анализу
исходного кода на наличие уязвимостей и их устранению».
Сведения об изменениях аттестованного объекта информатизации и
проведенных при этом аттестационных испытаниях включаются в технический
паспорт Системы.
101
7 Порядок контроля и приемки выполненных работ
7.1 Общие требования к приемке работ
Приемка результатов работ осуществляется в рамках выполнения работ в
соответствии с разделом 5 настоящего ТЗ и календарным планом выполнения работ
по ГК.
Приемка результатов выполнения работ на каждом этапе осуществляется
путем проверки полноты предоставления документации, проведения компиляции,
создания дистрибутива и установки (развертывания) программы для ЭВМ на
технических средствах заказчика специалистами Заказчика и оформляется
«документом о приемке работ»1 по соответствующему этапу в ЕИС.
Результаты проведения испытаний должны быть зафиксированы в
соответствующих протоколах испытаний.
Решение о принятии Системы в эксплуатацию принимается Заказчиком на
основании «Акта о готовности к вводу в эксплуатацию».
Все создаваемые в рамках настоящего ТЗ программные изделия (результаты
интеллектуальной деятельности) передаются Заказчику как в виде готовой Системы,
так и в виде исходных кодов, представляемых в электронной форме через СУРК.
7.2 Виды, состав, объем и методы испытаний Системы и ее
составных частей
В ходе выполнения работ по развитию Системы должны быть проведены
следующие виды испытаний:
1. предварительные испытания;
2. опытная эксплуатация;
3. приемочные испытания (включая нагрузочные испытания).
При проведении предварительных/приемочных испытаний используются
методики, определенные в согласованной с Заказчиком соответствующей
«Программе и методике испытаний». «Программа и методика испытаний» должна
содержать определение порядка контроля выполнения всех требований ЧТЗ и
соответствующие методики контроля соответствия, при этом «Программа и
1
Согласно ч.13 ст.94 Федерального закона от 05.04.2013 №44-ФЗ «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и муниципальных нужд»
102
методика испытаний» в качестве приложений должна включать тесты (контрольные
примеры).
Проверка соответствия требованиям к документированию производится в
ходе испытаний Системы. Требования к объему документации приведены в разделе
5 настоящего ТЗ.
Соответствующие программы и методики испытаний должны быть
разработаны
Подрядчиком
и
согласованы
с
Заказчиком
до
проведения
проводятся
комиссией,
соответствующих испытаний.
Предварительные
и
приемочные
испытания
формируемой Заказчиком на основании распорядительного документа, который
должен определять состав комиссии по проведению испытаний (предварительных и
приемочных), порядок ее работы. Заказчик имеет право привлекать к участию в
испытаниях внешних экспертов.
Результаты проверок в ходе проведения испытаний в соответствии с
«Программой
и
методикой
испытаний»
должны
быть
зафиксированы
в
соответствующих протоколах испытаний. Как недостатки реализации оформляются
исключительно выявленные отклонения от настоящего ТЗ. Прочие замечания могут
документироваться как рекомендованные доработки. Наличие рекомендованных
доработок не влияет на процесс передачи Системы в эксплуатацию.
Условием для передачи Системы в опытную эксплуатацию является
устранение всех замечаний с высоким и средним уровнем критичности.
Распределение замечаний по уровням критичности приведено в таблице ниже
(Таблица 8).
Таблица 8 – Распределение замечаний по уровням критичности
№
п/п
Уровень
критичности
1.
Высокий
Описание



2.
Средний


полная недоступность СПО;
ошибки/сбои, которые приводят к полной
неработоспособности всех функций СПО;
невозможность информационного обмена с СПО для
информационной системы более 15 минут
ошибки/сбои, которые приводят к частичному
нарушению работоспособности или недоступности
функций СПО;
снижение быстродействия СПО (время отклика СПО
на операции превышает 5 минут).
103
№
п/п
Уровень
критичности
3.
Низкий
Описание


отклонение в работе СПО, не влияющее на
корректную работу функций Системы;
другие сбои и ошибки, затрагивающие основные
функции СПО
В случае отклонения Системы от требований, предъявляемых на
испытаниях, по решению приемочной комиссии сроки проведения испытаний могут
быть перенесены/расширены Заказчиком до устранения выявленных замечаний в
рамках срока выполнения работ этапа.
7.3 Порядок
выполнения
доработок
и
устранение
допущенных Подрядчиком ошибок, которые выявлены в
процессе испытаний и в период гарантийного обслуживания
Недостатки и ошибки в реализации Системы, выявленные в ходе проведения
испытаний, должны быть устранены Подрядчиком в рамках выполнения работ.
Порядок устранения замечаний и реализации рекомендаций комиссии должен быть
определен в следующих документах:
1. Программа и методика предварительных испытаний;
2. Программа и методика опытной эксплуатации;
3. Программа и методика приемочных испытаний (включая программу
нагрузочных испытаний).
Сроки устранения замечаний и рекомендаций, данных приемочной
комиссией в ходе испытаний, определяются в документах, содержащих итоги
проведения испытаний.
Недостатки и ошибки в реализации Системы, выявленные в период
гарантийного обслуживания, устраняются Подрядчиком в рамках очередного
обновления системы, или в рамках внеочередного экстренного обновления в случае,
если обнаруженные ошибки препятствуют или ограничивают эксплуатацию
Системы в штатном режиме.
Подрядчиком должны быть внесены соответствующие актуализирующие
исправления в техническую и эксплуатационную документацию, связанные с
устранением замечаний к работе Системы и предъявлены Заказчику на приемочные
104
испытания или до завершения срока гарантийного обслуживания для замечаний
опытной эксплуатации или гарантийного обслуживания соответственно.
105
8 Сведения о гарантийном обслуживании Системы
Гарантийное обслуживание проводится в срок, определенный ГК, с момента
завершения работ по ГК и подписания документа о приемке работ по последнему
этапу выполнения работ по ГК.
Подрядчик должен гарантировать, что модифицированное программное
обеспечение будет функционировать в соответствии со своим назначением не менее
12 месяцев с даты подписания документа о приемке работ по последнему этапу
выполнения работ по ГК. При этом возможны незначительные отклонения его
технических и потребительских характеристик, а также отдельные ошибки, не
создающие
препятствий
для
получения
положительных
результатов
от
эксплуатации Системы.
В течение гарантийного обслуживания Подрядчик обязуется в отношении
уже выполненных работ выполнять работы по устранению выявляемых технических
ошибок (дефектов), полученных от специалистов эксплуатирующей организации, в
следующем объеме:
1. организация приема обращений по электронной почте о технических
ошибках (дефектах) и нештатных ситуациях в работе Системы;
2. устранение обнаруженных в процессе эксплуатации дефектов в работе
СПО Системы в срок не более 5 (пяти) рабочих дней (в случае
необходимости данный срок может быть увеличен по согласованию с
Заказчиком);
3. внесение изменений в техническую и рабочую документацию на СПО
Системы на основании выявленных неточностей или обнаруженных
недокументированных возможностей СПО Системы в срок не более 14
(четырнадцати) рабочих дней;
4. анализ информации о технических ошибках (дефектах) в работе Системы,
выработка с ответственным сотрудником объекта автоматизации
предложений по срокам и способам их преодоления, в срок не более 5
(пяти) рабочих дней;
5. консультирование представителей Заказчика в срок не более 5 (пяти)
рабочих дней об особенностях реализации СПО Системы и возможности
106
и способах внесения предлагаемых изменений в новой версии СПО
Системы.
Гарантия качества не распространяется на случаи повреждения Системы
вследствие действий третьих лиц.
107
9
Требования к документированию
Документация на Систему и ее части (техническая и рабочая) должна
содержать исчерпывающее описание принятых проектных решений в объеме,
достаточном для ее дальнейшего развития и эксплуатации.
Разработанная
документация
на
Систему
должна
удовлетворять
требованиям комплекса стандартов на автоматизированные системы:
1. ГОСТ Р 59853-2021 – в части терминологии;
2. ГОСТ 34.201-2020 – в части наименования и обозначения документов;
3. ГОСТ Р 59793-2021 – в части определения стадий и этапов работ;
4. ГОСТ 34.602-2020 – в части состава, содержания и правил оформления
«Частного технического задания»;
5. ГОСТ Р 59795-2021 – в части требований к содержанию документов;
6. ГОСТ Р 59792-2021 – в части определения видов испытаний.
7. ГОСТ Р 57100-2025 Системная и программная инженерия. Описание
архитектуры
Документы на Систему должны оформляться в соответствии с требованиями
ГОСТ Р 2.105-2019 на листах формата А4 по ГОСТ 2.301-68 без рамки, основной
надписи и дополнительных граф к ней. Допускается для размещения рисунков и
таблиц использование листов формата А3 с подшивкой по короткой стороне листа.
Документы объемом более 25 листов должны содержать аннотацию и содержание.
Документы должны быть разработаны с учетом следующих требований:

язык отчетных материалов – русский;

отчетная документация передается Заказчику на бумажном носителе в 2
(двух) экземплярах и в электронном виде в 1 (одном) экземпляре (за
исключением документа о приемке, формируемом в ЕИС);

вспомогательная
документация
(не
указанная
в
качестве
непосредственного результата работ) передается только в электронном
виде;

отчетная документация в электронном виде должна быть представлена
через СУРК;

форматы представления информации в электронном виде:
108

текстовые документы – форматы, позволяющие осуществить их
просмотр средствами OpenOffice;


все
схемы, рисунки и другие графические материалы – VSD (либо PDF);
материалы
передаются
с
сопроводительными
документами
Подрядчика.
Если в состав документации включаются материалы, требующие больших
форматов (схемы, чертежи, фотоматериалы и пр.), то по согласованию с Заказчиком
допускается выполнение приложений к таким документам только на машинных
носителях в форматах PDF, TIFF, JPEG и др. При этом основная часть документа
выпускается в соответствии с требованиями, определенными выше.
Состав отчетной документации на Систему по каждому этапу выполнения
работ определен в п. 5.1 настоящего ТЗ.
Подрядчик должен в обязательном порядке присваивать документам на
Систему уникальные номера в соответствии с порядком, установленным в
Приложении А к настоящему документу.
109
Приложение А
Правила присвоения номеров отчетной документации
Нумерация документам должна присваиваться в следующем формате:
КодСистемы.НомерГосКонтракта.Этап.КодДокумента.Версия
Пример:
АИСОГ.291-ОКЭФ/2020.2.П2.1
где,
АИСОГ – код системы
291-ОКЭФ/20 – номер госконтракта
2 – этап
П2 – код документа «Пояснительная записка к техническому проекту»
1 – версия (версия для документов является сквозной, т.е. при изменении номера
контракта номер версии будет увеличиваться по нарастающей).
Таблица Б.1 – Перечень и коды документов1)
Тип документа
Ведомость эскизного проекта
Ведомость передаваемых файлов
Пояснительная записка к эскизному проекту
Схема организационной структуры
Структурная схема комплекса технических средств
Схема функциональной структуры
Перечень заданий на разработку специализированных
(новых) технических средств
Схема автоматизации
Технические задания на разработку специализированных
(новых) технических средств
Ведомость технического проекта
Ведомость покупных изделий
Перечень входных данных
Перечень выходных данных
Перечень
заданий
на
разработку
строительных,
электротехнических, санитарно-технических и других
разделов проекта, связанных с созданием системы
Пояснительная записка к техническому проекту
Описание автоматизируемых функций
Описание архитектуры
Описание постановки задач (комплекса задач)
Описание информационного обеспечения системы
Описание организации информационной базы
Описание систем классификации и кодирования
Описание массива информации
1
Включая, но не ограничиваясь ГОСТ
Код документа
ЭП*
ВФ
П1
СО
С1*
С2*
В9
С3*
ТП*
ВП*
В1
В2
В3
П2
П3
ОА
П4
П5
П6
П7
П8
110
Тип документа
Код документа
Описание комплекса технических средств
П9
Описание программного обеспечения
ПА
Описание алгоритма (проектной процедуры)
ПБ
Описание организационной структуры
ПВ
План расположения
С8
Ведомость оборудования и материалов
Локальный сметный расчет
Б2
Проектная оценка надежности системы
Б1
Шаблон документа
С9
Чертеж формы документа (видеокадра)
С9
Ведомость держателей подлинников
ДП*
Ведомость эксплуатационных документов
ЭД*
Спецификация оборудования
В4
Ведомость потребности в материалах
В5
Описание информационного массива
В6
Описание базы данных
В7
Локальная смета
Б3
Методика
(технология)
автоматизированного
И1
проектирования
Технологическая инструкция
И2
Регламент информационного взаимодействия
Регламент эксплуатации системы
Регламент гарантийного обслуживания
Руководство пользователя
И3
Руководство администратора
И5
Инструкция по развертыванию системы
Инструкция по эксплуатации комплекса технических средств
ИЭ
Схема соединения внешних проводок
С4*
Схема подключения внешних проводок
С5*
Таблица соединений и подключений
С6
Схема деления системы (структурная)
Е1*
Чертеж общего вида
ВО*
Чертеж установки технических средств
СА
Схема принципиальная
СБ
Схема структурная комплекса технических средств
С1*
План восстановления в случае аварии
План-программа подготовки персонала
План расположения оборудования и проводок
С7
Описание технологического процесса обработки данных
ПГ
(включая телеобработку)
Общее описание системы
ПД
Отчет о проведении опытной эксплуатации (с приложением
журнала опытной эксплуатации)
Программа и методика испытаний
ПМ*
Программа и методика опытной эксплуатации
Формуляр
ФО*
Паспорт
ПС*
* Документы, код которых установлен в соответствии с требованиями стандартов Единой
системы конструкторской документации (ЕСКД)
111
Приложение Б
Форма документа «Ведомость передаваемых файлов»
№
п/п
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
38
1
№
CD1
Обозначение
б/н
Наименование
Исходные
коды и
дистрибутив
СПО Системы
Если документы сдаются через СУРК, то столбец не нужен.
Имя файла
Distrib.zip
Объем,
байт

=== ФАЙЛ: Требования к содержанию, составу заявки на участие в закупке | docs/0356500001426009078/Требования к составу и содержанию заявки.pdf
№ п/п
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ, СОСТАВУ ЗАЯВКИ НА
УЧАСТИЕ В ЗАКУПКЕ И ИНСТРУКЦИЯ ПО ЕЕ
ЗАПОЛНЕНИЮ
1. Информация и документы об участнике закупки:
1.1
Полное
и
сокращенное
(при
наличии)
наименование юридического лица, в том числе
иностранного
юридического
лица
(если
участником
закупки
является
юридическое
лицо),
аккредитованного
филиала
или
представительства иностранного юридического
лица (если от имени иностранного юридического
лица выступает аккредитованный филиал или
представительство),
наименование
обособленного подразделения юридического лица
(если от имени участника закупки выступает
обособленное
подразделение
юридического
лица), фамилия, имя, отчество (при наличии)
(если участником закупки является физическое
лицо,
в
том
числе
зарегистрированное
в
качестве индивидуального предпринимателя).
1.2
Фамилия,
имя,
отчество
(при
наличии),
идентификационный
номер
налогоплательщика
(при наличии) и должность лица, имеющего
право без доверенности действовать от имени
юридического
лица,
либо
действующего
в
качестве
руководителя
юридического
лица,
аккредитованного
филиала
или
представительства иностранного юридического
лица, либо исполняющего функции единоличного
исполнительного органа юридического лица.
1.3
Идентификационный
номер
налогоплательщика
(при
наличии)
членов
коллегиального
исполнительного органа, лица, исполняющего
функции единоличного исполнительного органа,
управляющего
(при
наличии),
управляющей
организации
(при
наличии),
участников
(членов) корпоративного юридического лица,
владеющих
более
чем
двадцатью
пятью
процентами акций (долей, паев) корпоративного
юридического
лица,
учредителей
унитарного
юридического
лица
или
в
соответствии
с
законодательством
соответствующего
иностранного
государства
аналог
идентификационного номера налогоплательщика
таких лиц.
1.4
Адрес
юридического
лица,
в
том
числе
иностранного
юридического
лица
(если
участником закупки является юридическое лицо)
в пределах места нахождения юридического
лица,
адрес
(место
нахождения)
аккредитованного
филиала
или
представительства на территории Российской
Федерации
(если
от
имени
иностранного
юридического лица выступает аккредитованный
филиал или представительство), адрес (место
нахождения)
обособленного
подразделения
юридического лица (если от имени участника
закупки выступает обособленное подразделение
юридического
лица),
место
жительства
физического
лица,
в
том
числе
зарегистрированного
в
качестве
индивидуального
предпринимателя
(если
участник закупки является физическим лицом, в
том
числе
зарегистрированным
в
качестве
индивидуального
предпринимателя),
адрес
электронной
почты,
номер
контактного
телефона.
1.5
Копия
документа,
удостоверяющего
личность
участника
закупки
в
соответствии
с
законодательством Российской Федерации (если
участник закупки является физическим лицом,
не
являющимся
индивидуальным
предпринимателем).
1.6
Идентификационный
номер
налогоплательщика
юридического лица (если участником закупки
является юридическое лицо), аккредитованного
филиала или представительства иностранного
юридического лица (если от имени иностранного
юридического лица выступает аккредитованный
филиал или представительство), физического
лица, в том числе зарегистрированного в
качестве
индивидуального
предпринимателя
(если участником закупки является физическое
лицо,
в
том
числе
зарегистрированное
в
качестве
индивидуального
предпринимателя),
аналог
идентификационного
номера
налогоплательщика
в
соответствии
с
законодательством
соответствующего
иностранного
государства
(если
участником
закупки
является
иностранное
лицо),
код
причины постановки на учет юридического лица
(если участником закупки является юридическое
лицо),
аккредитованного
филиала
или
представительства иностранного юридического
лица (если от имени иностранного юридического
лица выступает аккредитованный филиал или
представительство),
обособленного
подразделения юридического лица (если от
имени
участника
закупки
выступает
обособленное
подразделение
юридического
лица).
1.7
Выписка из единого государственного реестра
юридических лиц (если участником закупки
является
юридическое
лицо),
выписка
из
единого
государственного
реестра
индивидуальных
предпринимателей
(если
участником закупки является индивидуальный
предприниматель).
1.8
Надлежащим образом заверенный перевод на
русский язык документов о государственной
регистрации юридического лица или физического
лица
в
качестве
индивидуального
предпринимателя
в
соответствии
с
законодательством
соответствующего
государства (если участником закупки является
иностранное лицо).
Информация и документы, предусмотренные подпунктами 1.1 - 1.8 пункта 1 настоящих Требований,
не включаются участником закупки в заявку на участие в закупке и направляются (по состоянию
на дату и время их направления) заказчику оператором электронной площадки путем
информационного взаимодействия с единой информационной системой.
1.9
Решение о согласии на совершение или о
последующем одобрении крупной сделки, если
требование
о
наличии
такого
решения
установлено
законодательством
Российской
Федерации,
учредительными
документами
юридического лица и для участника закупки
заключение контракта на поставку товара,
выполнение
работы
или
оказание
услуги,
являющихся объектом закупки, либо внесение
2
денежных
средств
в
качестве
обеспечения
заявки на участие в закупке, обеспечения
исполнения
контракта
является
крупной
сделкой.
1.10
Реквизиты счета участника закупки, на который
в соответствии с законодательством Российской
Федерации
осуществляется
перечисление
денежных
средств
в
качестве
оплаты
поставленного товара, выполненной работы (ее
результатов),
оказанной
услуги,
а
также
отдельных этапов исполнения контракта, за
исключением случаев, если в соответствии с
законодательством Российской Федерации такой
счет открывается после заключения контракта.
1.11
Декларация о соответствии участника закупки
требованиям, установленным пунктами 3 – 5, 7
– 11 части 1 статьи 31 Закона о контрактной
системе.
1.12
Информация и документы, которые подтверждают
соответствие участника закупки требованиям,
установленным частью 2¹ статьи 31 Закона о
контрактной системе:
- Требования в соответствии c пунктом 4 ПП РФ
от
29.12.2021
№2571
информацией
и
документами,
подтверждающими
соответствие
участника закупки дополнительному требованию,
установленному в соответствии с частью 2.1
статьи 31 Закона о контрактной системе,
являются
информация
и
документы,
предусмотренные хотя бы одним из следующих
подпунктов: а) номер реестровой записи в
предусмотренном Законом о контрактной системе
реестре контрактов, заключенных заказчиками
(в
случае
исполнения
участником
закупки
контракта, информация и документы в отношении
которого включены в установленном порядке в
такой реестр и размещены на официальном сайте
Единой
информационной
системы
в
информационно-телекоммуникационной
сети
«Интернет»); б) выписка из предусмотренного
Законом
о
контрактной
системе
реестра
контрактов,
содержащего
сведения,
составляющие государственную тайну (в случае
исполнения
участником
закупки
контракта,
информация о котором включена в установленном
порядке в такой реестр); в) исполненный
контракт,
заключенный
в
соответствии
с
Законом о контрактной системе, или договор,
заключенный в соответствии с Федеральным
законом «О закупках товаров, работ, услуг
отдельными видами юридических лиц», а также
акт приемки поставленных товаров, выполненных
работ, оказанных услуг, подтверждающий цену
поставленных
товаров,
выполненных
работ,
оказанных услуг.
Информация
и
документы,
подтверждающие
соответствие участника закупки дополнительным
требованиям, не включаются участником закупки
в
заявку
на
участие
в
закупке.
Такие
информация
и
документы
в
случаях,
предусмотренных
Законом
о
контрактной
системе, направляются (по состоянию на дату и
время их направления) заказчику оператором
электронной площадки из реестра участников
закупок,
аккредитованных
на
электронной
3
площадке.
2. Инструкция по заполнению заявки
Подача заявки на участие в закупке означает согласие участника закупки, подавшего такую
заявку, на поставку товара, выполнение работы, оказание услуги на условиях, предусмотренных
извещением об осуществлении закупки, и в соответствии с заявкой такого участника закупки на
участие в закупке.
Подать заявку на участие в закупке вправе только зарегистрированный в единой информационной
системе и аккредитованный на электронной площадке участник закупки путем направления такой
заявки в соответствии с Законом о контрактной системы, оператору электронной площадки.
Участник закупки вправе подать только одну заявку на участие в закупке в любое время с
момента размещения в единой информационной системе извещения об осуществлении закупки до
окончания установленного срока подачи заявок на участие в закупке.
Заявка на участие в закупке, подготовленная участником закупки, должна быть составлена на
русском языке. Отдельные документы (или их части), предоставленные участником закупки в
составе заявки, могут быть подготовлены на другом языке при условии, что к ним будет
прилагаться точный перевод на русский язык.
Все документы, входящие в состав заявки должны иметь четко читаемый текст, не допускающий
двусмысленных толкований.
Заявка на участие в закупке должна содержать документы и информацию, с учетом требований к
содержанию, составу заявки на участие в закупке.
3. Особенности порядка предоставления обеспечения заявок на участие в закупках участниками
закупок, являющимися иностранными лицами
3.1
Участники закупки, являющиеся юридическими
лицами,
зарегистрированными
на
территории
государства
члена
Евразийского
экономического
союза,
за
исключением
Российской Федерации, или физическими лицами,
являющимися гражданами государства - члена
Евразийского
экономического
союза,
за
исключением
Российской
Федерации,
вправе
предоставить
обеспечение
заявок
в
виде
денежных
средств
с
учетом
следующих
особенностей:
а) денежные средства вносятся участниками
закупки на счет, указанный заказчиком в
извещении
об
осуществлении
закупки,
на
котором в соответствии с законодательством
Российской Федерации учитываются операции со
средствами, поступающими заказчику;
б) заявка на участие в закупке должна
содержать
информацию
и
документы,
подтверждающие
предоставление
обеспечения
заявки
на
участие
в
закупке,
в
форме
электронных
документов
или
в
форме
электронных образов бумажных документов.
4

=== ФАЙЛ: Проект контракта | docs/0356500001426009078/Проект контракта.pdf
ПРОЕКТ
Государственный контракт № ____________________
Выполнение работ по развитию «Региональная навигационно-информационная система Пермского края
на базе технологий ГЛОНАСС и ГЛОНАСС/GPS»
г Пермь
«__»____________20__ год
Министерство информационного развития и связи Пермского края, в дальнейшем по тексту
«Заказчик», в лице ____________________, действующего(ей) на основании ____________________,
с одной стороны, и
____________________, в дальнейшем по тексту «Подрядчик», в лице
____________________, действующего(ей) на основании ____________________, с другой стороны,
совместно по тексту именуемые «Стороны», а по отдельности «Сторона»,
в соответствии с
Федеральным законом от 05 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее – Закон о
контрактной системе),по результатам следующего способа определения поставщика (подрядчика,
исполнителя): Открытый
аукцион
в
электронной
форме,
объявленного
Извещением
от ____________________ № ____________________, на основании протокола подведения итогов от
____________________ №
____________________ заключили
настоящий
Государственный
контракт (далее - Контракт) о нижеследующем:
1. ПРЕДМЕТ КОНТРАКТА
1.1. Подрядчик по заданию заказчика обязуется в установленный срок выполнить работы:
по развитию «Региональная навигационно-информационная система Пермского края на базе
технологий ГЛОНАСС и ГЛОНАСС/GPS», а Заказчик обязуется принять выполненные работы и оплатить
их.
1.2. Работы
выполняются
Подрядчиком
в
соответствии
с
национальными
стандартами
и
государственными стандартами в части требований к проектированию, стадиям создания, видам,
комплектности и обозначению документов, видам испытаний при создании и (или) развитии
(модернизации)
государственных
(муниципальных)
информационных
систем
и
(или)
иных
информационных систем, а также в соответствии с качественными, количественными и иными
характеристиками работ, определенными в описании объекта закупки, согласно требованиям Закона
о контрактной системе, Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации,
информационных технологиях и о защите информации», а также иных нормативных правовых актов в
сфере контрактной системы, информационных технологий, защиты информации, правовой защиты
интересов государства в области интеллектуальной собственности, регулирующих соответствующие
отношения и непосредственно указанных в техническом задании, являющемся его неотъемлемой
частью (далее - техническое задание).
1.3. Срок выполнения работ: в соответствии с приложением № 2 к Контракту.
1.4. Место выполнения работ: Работы выполняются на территории Подрядчика, отчетные документы
предоставляются Заказчику в соответствии с Техническим заданием (Приложение № 1 к Контракту)
1.5. Идентификационный код закупки: 262590222142359020100100800010000246
1.6. Источник финансирования: Бюджет Пермского края ____________
2. ЦЕНА КОНТРАКТА, ПОРЯДОК И СРОКИ ОПЛАТЫ
2.1. Цена Контракта составляет ______ (_____) руб. ___ коп., в том числе НДС _______ (____)
руб. ___ коп.)/НДС не облагается в соответствии с налоговым законодательством Российской
Федерации.
____________
1
2.2. Цена Контракта является твердой и определяется на весь срок исполнения Контракта, за
исключением случаев, предусмотренных Законом о контрактной системе.
2.3. Этапы исполнения Контракта, сумма (цена) этапов исполнения Контракта установлены в
Приложении № 2 к Контракту.
2.4. Сумма по Контракту, подлежащая уплате Подрядчику, уменьшается на размер налогов, сборов и
иных обязательных платежей в бюджеты бюджетной системы Российской Федерации, связанных с
оплатой Контракта, если в соответствии с законодательством Российской Федерации о налогах и
сборах такие налоги, сборы и иные обязательные платежи подлежат уплате в бюджеты бюджетной
системы Российской Федерации Заказчиком.
2.5. Цена Контракта (цена единицы работы) включает в себя все расходы Подрядчика, возникшие у
него в ходе исполнения Контракта в соответствии с Техническим заданием в полном объеме, а
также расходы на перевозку, страхование, уплату налогов, пошлин, иных сборов и других
обязательных платежей Подрядчика.
____________
2.6. Аванс не предусмотрен.
2.7. Заказчик производит оплату по Контракту (этапу при поэтапном исполнении Контракта)
безналичным расчетом путем перечисления денежных средств на счет Подрядчика в срок не более 7
рабочих дней с даты подписания Заказчиком документа о приемке.
2.8. Днем исполнения Заказчиком своих обязательств по оплате выполненных работ считается день
списания денежных средств со счета Заказчика.
2.9. В случае, предусмотренном пунктом 9 части 3 статьи 49 Закона о контрактной системе,
определяется размер платы, подлежащей внесению участником закупки за заключение Контракта. При
этом такой размер указывается в соответствии с Законом о контрактной системе в качестве цены
Контракта, положения настоящего раздела Контракта об оплате не применяются.
____________
3. ПОРЯДОК И СРОКИ ПРИЕМКИ
3.1. Стороны из числа своих работников определяют ответственных лиц, осуществляющих
взаимодействие между Сторонами.
3.2. Для проверки выполненной работы (ее результатов) Подрядчиком в части их соответствия
условиям Контракта Заказчик проводит экспертизу. Экспертиза может проводиться Заказчиком
своими силами или к ее проведению могут привлекаться эксперты, экспертные организации.
3.3. Для проведения экспертизы выполненной работы эксперты, экспертные организации имеют право
запрашивать у Заказчика и Подрядчика дополнительные материалы, относящиеся к условиям
исполнения Контракта и отдельным этапам исполнения Контракта. В случае, если по результатам
такой экспертизы установлены нарушения требований Контракта, не препятствующие приемке
выполненной работы в заключении могут содержаться предложения об устранении данных нарушений,
в том числе с указанием срока их устранения.
3.4. Результаты экспертизы, проводимой экспертом или экспертной организацией, оформляются в
виде заключения в соответствии со статьей 41 Закона о контрактной системе.
3.5. В случае установления по результатам экспертизы факта выполнения работ ненадлежащего
качества Подрядчик компенсирует Заказчику все возникшие в связи с проведением экспертизы
расходы по предъявлении Заказчиком письменного требования и копии соответствующего заключения,
других документов, подтверждающих затраты Заказчика.
3.6. Приемка результатов отдельного этапа исполнения Контракта (при поэтапном исполнении
Контракта), а также выполненной работы осуществляется в порядке и в сроки, которые установлены
настоящим Контрактом, и оформляется документом о приемке, который подписывается Заказчиком (в
случае создания приемочной комиссии подписывается всеми членами приемочной комиссии и
утверждается Заказчиком), либо Подрядчику в те же сроки Заказчиком направляется мотивированный
отказ от подписания такого документа.
3.7. В случае привлечения Заказчиком для проведения экспертизы экспертов, экспертных
организаций при принятии решения о приемке или об отказе в приемке результатов отдельного
этапа исполнения Контракта (при поэтапном исполнении Контракта) либо выполненной работы
2
Заказчик, приемочная комиссия учитывают отраженные в заключении по результатам указанной
экспертизы предложения экспертов, экспертных организаций, привлеченных для ее проведения.
3.8. Подрядчик
не позднее дня окончания срока выполнения работ по соответствующему этапу
Контракта формирует с использованием единой информационной системы в сфере закупок (далее –
единая информационная система), подписывает усиленной электронной подписью лица, имеющего
право действовать от имени Подрядчика, и размещает в единой информационной системе документ о
приемке, который должен содержать информацию в соответствии с частью 13 статьи 94 Закона о
контрактной системе.
3.9. К документу о приемке могут прилагаться документы, которые считаются его неотъемлемой
частью. При этом в случае, если информация, содержащаяся в прилагаемых документах, не
соответствует информации, содержащейся в документе о приемке, приоритет имеет предусмотренная
частью 13 статьи 94 Закона о контрактной системе информация, содержащаяся в документе о
приемке.
3.10. Документ о приемке, подписанный Подрядчиком, не позднее одного часа с момента его
размещения
в
единой
информационной
системе
автоматически
с
использованием
единой
информационной системы направляется Заказчику. Датой поступления Заказчику документа о
приемке, подписанного Подрядчиком, считается дата размещения такого документа в единой
информационной системе в соответствии с часовой зоной, в которой расположен Заказчик.
3.11. В течение
20 рабочих дней, следующих за днем поступления документа о приемке,
подписанного Подрядчиком, Заказчик (за исключением случая создания приемочной комиссии)
осуществляет одно из следующих действий:
3.11.1. подписывает усиленной электронной подписью лица, имеющего право действовать от имени
Заказчика, и размещает в единой информационной системе документ о приемке;
3.11.2. формирует с использованием единой информационной системы, подписывает усиленной
электронной подписью лица, имеющего право действовать от имени Заказчика, и размещает в единой
информационной системе мотивированный отказ от подписания документа о приемке с указанием
причин такого отказа.
3.12. В случае создания приемочной комиссии не позднее 20 рабочих дней, следующих за днем
поступления Заказчику документа о приемке:
3.12.1. члены приемочной комиссии подписывают усиленными электронными подписями поступивший
документ о приемке или формируют с использованием единой информационной системы, подписывают
усиленными электронными подписями мотивированный отказ от подписания документа о приемке с
указанием причин такого отказа. При этом, если приемочная комиссия включает членов, не
являющихся работниками Заказчика, допускается осуществлять подписание документа о приемке,
составление мотивированного отказа от подписания документа о приемке, подписание такого отказа
без использования усиленных электронных подписей и единой информационной системы;
3.12.2. после подписания членами приемочной комиссии документа о приемке или мотивированного
отказа от подписания документа о приемке Заказчик подписывает документ о приемке или
мотивированный отказ от подписания документа о приемке усиленной электронной подписью лица,
имеющего право действовать от имени Заказчика, и размещает их в единой информационной системе.
Если члены приемочной комиссии не использовали усиленные электронные подписи и единую
информационную систему, Заказчик прилагает подписанные ими документы в форме электронных
образов бумажных документов.
3.13. Документ о приемке, мотивированный отказ от подписания документа о приемке не позднее
одного часа с момента размещения в единой информационной системе направляются автоматически с
использованием единой информационной системы Подрядчику. Датой поступления Подрядчику
документа о приемке, мотивированного отказа от подписания документа о приемке считается дата
размещения таких документа о приемке, мотивированного отказа в единой информационной системе в
соответствии с часовой зоной, в которой расположен Подрядчик.
3.14. В случае получения мотивированного отказа от подписания документа о приемке Подрядчик
вправе устранить причины, указанные в таком мотивированном отказе, и направить Заказчику
документ о приемке в порядке, предусмотренном настоящим Разделом.
3.15. Датой приемки выполненной работы считается дата размещения в единой информационной
системе документа о приемке, подписанного Заказчиком.
3
3.16. Внесение исправлений в документ о приемке осуществляется путем формирования, подписания
усиленными электронными подписями лиц, имеющих право действовать от имени Подрядчика,
Заказчика, и размещения в единой информационной системе исправленного документа о приемке.
3.17. Заказчик вправе не отказывать в приемке результатов отдельного этапа исполнения
Контракта (при поэтапном исполнении Контракта) либо выполненной работы в случае выявления
несоответствия этих результатов либо этих работ условиям Контракта, если выявленное
несоответствие не препятствует приемке и устранено Подрядчиком.
3.18. Оформление документа о приемке (за исключением отдельного этапа исполнения Контракта)
выполненной
работы
(ее
результатов),
осуществляется
после
предоставления
Подрядчиком
обеспечения гарантийных обязательств в соответствии с Законом о контрактной системе, в порядке
и в сроки, которые установлены Контрактом.
3.19. Отчетная документация, указанная в Техническом задании (Приложение № 1 к Контракту),
предоставляется с сопроводительным письмом Подрядчика Заказчику в срок, предусмотренный п. 3.8
Контракта, но не позднее дня предоставления документа о приемке по соответствующему этапу
Контракта.
4. ПРАВА И ОБЯЗАННОСТИ СТОРОН
4.1. Заказчик вправе:
4.1.1. Требовать от Подрядчика надлежащего исполнения обязательств в соответствии с настоящим
Контрактом, в том числе своевременного устранения выявленных недостатков.
4.1.2. Требовать от Подрядчика своевременного устранения недостатков, выявленных в ходе
приемки выполненных работ (ее результатов) в течение гарантийного срока (при его установлении
в Контракте).
4.1.3. Привлекать экспертов, экспертные организации для проведения экспертизы выполненных
работ (ее результата).
4.1.4. Отказаться от приемки и оплаты работ не соответствующих условиям Контракта.
4.1.5. Принять решение об одностороннем отказе от исполнения Контракта в соответствии с
гражданским законодательством.
4.1.6. До принятия решения об одностороннем отказе от исполнения Контракта провести экспертизу
выполненных работ (ее результатов) с привлечением экспертов, экспертных организаций.
____________
4.2. Заказчик обязан:
4.2.1. Осуществлять приемку выполненных работ (ее результатов) в соответствии с настоящим
Контрактом.
4.2.2. Оплачивать принятые работы по Контракту в соответствии с настоящим Контрактом.
4.2.3. Требовать уплаты неустоек (штрафов, пеней) в соответствии с Контрактом.
4.2.4. По истечении одного месяца с момента заключения Контракта проверить у Подрядчика
документы о постановке на учет по месту нахождения обособленного подразделения организации.
При отсутствии регистрации обособленного подразделения Подрядчика по месту нахождения, а также
при непредставлении им документов, подтверждающих отсутствие необходимости регистрации
обособленного подразделения организации, Заказчик направляет сведения о таком Подрядчике в
территориальный налоговый орган.
4.2.5. В целях списания начисленных и неуплаченных сумм неустоек (штрафов, пеней) обеспечить
сверку расчетов с Подрядчиком по начисленным и неуплаченным суммам неустоек (штрафов, пеней)
путем направления Подрядчику акта сверки расчетов.
4.2.6. В случае поступления от Подрядчика мотивированного отказа от подписания акта сверки
расчетов, рассмотреть его в срок не позднее 10 календарных дней с даты его получения и в
указанный срок направить в адрес Подрядчика мотивированный ответ. В случае несогласия
Подрядчика с указанным мотивированным ответом Заказчик обеспечивает взыскание начисленных и
неуплаченных сумм неустоек (штрафов, пеней) в соответствии с порядком ведения претензионноисковой работы Заказчика.
____________
4.3. Подрядчик вправе:
4
4.3.1. Требовать своевременной приемки Заказчиком выполненных работ (ее результата) по
настоящему Контракту.
4.3.2. Требовать своевременной оплаты принятых Заказчиком работ.
4.3.3. В случае неисполнения или ненадлежащего исполнения субподрядчиком обязательств,
предусмотренных договором, заключенным Подрядчиком, осуществлять замену субподрядчика, с
которым ранее был заключен договор, на другого субподрядчика.
____________
4.4. Подрядчик обязан:
4.4.1. Своевременно и надлежащим образом выполнить работы и представить Заказчику результаты
выполнения
работы,
предусмотренные
Контрактом,
документы,
предусмотренные
настоящим
Контрактом, в том числе документ о приемке, в порядке и сроки, установленные настоящим
Контрактом.
4.4.2. Предоставлять Заказчику по его требованию и в сроки, указанные в таком требовании,
документы, относящиеся к предмету настоящего Контракта.
4.4.3. Своевременно предоставлять достоверную информацию о ходе исполнения своих обязательств,
в том числе о сложностях, возникающих при исполнении Контракта.
4.4.4. Представить Заказчику сведения об изменении своих реквизитов, адреса местонахождения в
срок не позднее 5 (пяти) рабочих дней со дня соответствующего изменения.
4.4.5. Обеспечить за свой счет устранение выявленных недостатков работ в течение
2
(двух) рабочих дней с даты получения соответствующего требования (претензии) Заказчика.
4.4.6. В случае выполнения работ, требующих специальных разрешений, обладать необходимыми
разрешительными документами либо привлечь к выполнению таких работ субподрядчика, обладающего
необходимыми разрешительными документами, если условиями Контракта предусмотрена возможность
привлечения к выполнению работ субподрядчика;
____________
4.4.7. Предоставлять информацию о всех субподрядчиках, заключивших договор или договоры с
Подрядчиком, а также копию заключенного договора (договоров). Указанная информация и копия
договора (договоров) предоставляется Заказчику Подрядчиком в течение десяти дней с момента
заключения им договора (договоров) с субподрядчиком.
4.4.8. Привлечь с учетом статьи 30 Закона о контрактной системе субподрядчиков из числа
субъектов малого предпринимательства или социально ориентированных некоммерческих организаций
в объеме 50.00% от цены настоящего Контракта.
4.4.9. В соответствии с постановлением Правительства РФ от 23.12.2016 № 1466 «Об утверждении
типовых
условий
контрактов,
предусматривающих
привлечение
к
исполнению
контрактов
субподрядчиков, соисполнителей из числа субъектов малого предпринимательства, социально
ориентированных некоммерческих организаций» в срок не более 5 рабочих дней со дня заключения
договора с субподрядчиком представить Заказчику:
а)
декларацию
о
принадлежности
субподрядчика,
субподрядчика
к
субъектам
малого
предпринимательства, социально ориентированной некоммерческой организации, составленную в
простой письменной форме, подписанную руководителем (иным уполномоченным лицом) субъекта
малого предпринимательства, социально ориентированной некоммерческой организации и заверенную
печатью (при наличии печати);
б) копию договора (договоров), заключенного с субподрядчиком, заверенную Подрядчиком.
4.4.10. В случае замены субподрядчика на этапе исполнения Контракта на другого субподрядчика
представлять Заказчику документы, указанные в настоящем разделе, в течение 5 дней со дня
заключения договора с новым субподрядчиком.
4.4.11. В течение 10 рабочих дней со дня оплаты Подрядчиком выполненных обязательств по
договору с субподрядчиком представлять Заказчику следующие документы:
а) копии документов о приемке поставленного товара, выполненной работы, оказанной услуги,
которые являются предметом договора, заключенного между Подрядчиком и привлеченным им
субподрядчиком;
б) копии платежных поручений, подтверждающих перечисление денежных средств Подрядчиком
субподрядчику, - в случае если договором, заключенным между Подрядчиком и привлеченным им
субподрядчиком, предусмотрена оплата выполненных обязательств до срока оплаты выполненных
работ, предусмотренного Контрактом, заключенным с Заказчиком (в ином случае указанный документ
5
представляется Заказчику дополнительно в течение 5 дней со дня оплаты Подрядчиком
обязательств, выполненных субподрядчиком.
4.4.12. Оплачивать поставленные субподрядчиком товары, выполненные работы, отдельные этапы
исполнения договора, заключенного с таким субподрядчиком, в течение 7 рабочих дней с даты
подписания Подрядчиком документа о приемке товара, выполненной работы (ее результатов),
оказанной услуги, отдельных этапов исполнения договора.
4.4.13. Нести гражданско-правовую ответственность перед Заказчиком за неисполнение или
ненадлежащее исполнение условия о привлечении к исполнению Контрактов субподрядчиков, в том
числе:
а) за представление документов, указанных в пунктах 4.4.9. - 4.4.11.
Контракта, содержащих
недостоверные сведения, либо их непредставление или представление таких документов с
нарушением установленных сроков;
б) за непривлечение субподрядчиков в объеме, установленном в Контракте.
4.4.14. В случае, если Подрядчик относится к субъектам малого предпринимательства или
социально ориентированным некоммерческим организациям требование о привлечении к исполнению
Контракта субподрядчиков, соисполнителей из числа субъектов малого предпринимательства,
социально ориентированных некоммерческих организаций в соответствии с частью 5 статьи 30
Закона о контрактной системе на такого Подрядчика не распространяется. В таком случае
Подрядчик в срок не более 5 рабочих дней со дня заключения Контракта представляет Заказчику
справку (информацию, выписку из реестра СМП) о его принадлежности к субъектам малого
предпринимательства или социально ориентированным некоммерческим организациям.
4.4.15. В случае, если в период гарантийного срока обнаружатся недостатки (дефекты) работ,
Подрядчик обязан их устранить безвозмездно в течение сроков, установленных разделом 8
Технического задания (Приложение №1 к Контракту) с даты получения уведомления (претензии)
Заказчика.
4.4.16. Без увеличения цены Контракта передать Заказчику исключительное право на разработанные
в ходе выполнения работ по Контракту результаты в полном объеме, включая исходные коды
программ для электронных вычислительных машин (далее - программа для ЭВМ), библиотеки
зависимостей, базы данных, а также проектную, техническую, рабочую, сопроводительную и
методическую документацию к Системе или ее частям.
4.4.17. Обеспечить передачу Заказчику полученных по Контракту результатов работ, не нарушающих
исключительных прав других лиц и не являющихся предметом залога, ареста или иного обременения.
4.4.18. В случае использования при выполнении работ по Контракту программ для электронных
вычислительных машин (программных комплексов или компонентов), разработанных третьими лицами,
условия, на которых передаются права на их использование (исполнение), должны обеспечить
отсутствие ограничений, препятствующих использованию результатов работ по их назначению. При
этом права, полученные заказчиком, должны позволять ему передавать, дорабатывать, развивать
результаты работ, созданные в процессе исполнения Контракта, а в случае явного указания в
техническом задании, являющемся неотъемлемой частью Контракта, осуществлять переработку
программ для электронных вычислительных машин (программных комплексов или компонентов),
разработанных ранее третьими лицами в соответствии с требованиями законодательства Российской
Федерации.
4.4.19. Обеспечить отсутствие нарушений исключительных, авторских и смежных прав третьих лиц
при реализации технических, программных, организационных и иных решений, предусмотренных
техническим заданием на выполнение работ.
4.4.20. Обеспечить выполнение требований к порядку создания (развития) государственных
(муниципальных) и (или) иных информационных систем, предусмотренных пунктом 3 части 1 статьи
13 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и
о защите информации», устанавливаемых к таким информационным системам указанным Федеральным
законом и иными нормативными правовыми актами Российской Федерации.
4.4.21. В соответствии с частью 2 статьи 23 Налогового кодекса Российской Федерации Подрядчик,
создающий рабочие места на территории выполнения работ на срок более одного месяца, обязан
зарегистрировать в территориальных налоговых органах обособленное подразделение организации в
течение одного месяца с момента заключения Контракта.
6
После регистрации обособленного подразделения в территориальных налоговых органах Подрядчик в
течение 3 (трех) рабочих дней представляет Заказчику уведомление о постановке на учет по месту
нахождения обособленного подразделения организации.
При отсутствии признаков обособленного подразделения организации, в том числе при выполнении
работ
полностью
силами
субподрядчика,
Подрядчик
представляет
Заказчику
документы,
подтверждающие отсутствие необходимости регистрации Подрядчиком обособленного подразделения
организации.
4.4.22. Рассмотреть направленный Заказчиком акт сверки расчетов и в срок не позднее 10
календарных дней с даты его получения подписать указанный акт либо направить мотивированный
отказ от подписания акта сверки расчетов. Ненаправление ответа на акт сверки расчетов в
установленный срок означает признание Подрядчиком произведенного Заказчиком расчета неустоек
(штрафов, пени) в акте сверки расчетов.
____________
5.
УСЛОВИЯ О ПОРЯДКЕ ПРЕДОСТАВЛЕНИЯ (ПЕРЕДАЧИ)
РЕЗУЛЬТАТОВ ВЫПОЛНЕНИЯ РАБОТ ЗАКАЗЧИКУ
5.1. Передача исходных кодов, разработанных в ходе выполнения работ программ для ЭВМ и
дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы
для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения
компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ.
5.2. Для проведения компиляции, создания дистрибутива и установки (развертывания) программы
для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное
программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть
переданы вместе с исходными кодами разработанных в ходе выполнения работ программ для ЭВМ.
5.3. В случае использования для проведения компиляции, создания дистрибутива и установки
(развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного
обеспечения, права на использование, копирование и модификацию которых принадлежат третьим
лицам, Подрядчик за свой счет передает заказчику дистрибутивы и права на использование таких
компиляторов, интерпретаторов и иного программного обеспечения.
5.4. Подрядчик в процессе сдачи-приемки работ по Контракту должен провести демонстрацию
процесса компиляции, создания дистрибутива и установки (развертывания) разработанных программ
для ЭВМ с использованием средств, указанных в пункте
5.1. , а также в соответствии с
инструкциями, приведенными в рабочей документации на Систему.
5.5. Документация на Систему и ее части (техническая и рабочая) должна содержать исчерпывающее
описание принятых проектных решений в объеме, достаточном для ее дальнейшего развития и
эксплуатации.
5.6. Техническая и рабочая документация должна содержать описание разработанных результатов
работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и
протоколов информационного взаимодействия, технических требований, спецификаций и форматов
обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном
для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика.
5.7. Передача
Заказчику
комплекта
документов,
материалов
и
сведений,
предусмотренных
нормативными правовыми актами Российской Федерации в сфере информационных технологий, защиты
информации, правовой защиты интересов государства в области интеллектуальной собственности,
включая документы, подтверждающие отказ авторов (разработчиков) от исключительных прав на
передаваемые объекты интеллектуальной собственности в пользу исполнителя, с проектами заявок
на государственную регистрацию в установленном порядке прав заказчика на результаты
интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели,
промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии
интегральных микросхем, а также исключительные права на результаты работ, включая объекты
авторских прав и потенциально патентоспособные технические решения, секреты производства (ноухау),
созданные
в
рамках
Контракта,
осуществляется
Подрядчиком
в
составе
отчетной
документации, предусмотренной условиями Контракта.
7
6.
УСЛОВИЯ О ПРИНАДЛЕЖНОСТИ ИСКЛЮЧИТЕЛЬНЫХ ПРАВ
И ПРАВА СОБСТВЕННОСТИ НА РЕЗУЛЬТАТЫ РАБОТ
6.1. Исключительные права на результаты интеллектуальной деятельности, в том числе, но не
исключая: изобретения, полезные модели, промышленные образцы, программы для электронных
вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные
права на результаты работ, включая объекты авторских прав и потенциально патентоспособные
технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, принадлежат
Пермскому краю в лице Заказчика - Министерство информационного развития и связи Пермского края
(ИНН
–
5902221423).
6.2. Право собственности на результаты работ, отчетные документы и материалы, полученные в
ходе выполнения работ по Контракту, принадлежат Пермскому краю в лице Заказчика - Министерство
информационного развития и связи Пермского края (ИНН – 5902221423) и считаются переданными с
момента подписания Сторонами документа о приемке.
7. ОБЕСПЕЧЕНИЕ ИСПОЛНЕНИЯ КОНТРАКТА
7.1. Подрядчик при заключении Контракта должен предоставить Заказчику обеспечение исполнения
Контракта
в
размере 20.00% от
начальной
(максимальной)
цены
контракта,
что
составляет 5780000.00 руб.
7.2. Контракт заключается после предоставления Подрядчиком обеспечения исполнения Контракта.
7.3. Исполнение
Контракта
может
обеспечиваться
предоставлением
независимой
гарантии,
соответствующей требованиям статьи 45 Закона о контрактной системе, или внесением денежных
средств на указанный Заказчиком счет. Способ обеспечения исполнения Контракта, срок действия
независимой гарантии определяются Подрядчиком самостоятельно. При этом срок действия
независимой гарантии должен превышать предусмотренный Контрактом срок исполнения обязательств,
которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том
числе в случае его изменения в соответствии со статьей 95 Закона о контрактной
системе.Подрядчик вносит денежные средства (если такая форма обеспечения исполнения Контракта
применяется Подрядчиком) путем перечисления денежных средств на счет, на котором в
соответствии с законодательством Российской Федерации учитываются операции со средствами,
поступающими Заказчику.
7.4. В случае, если Подрядчиком, с которым заключается Контракт, является казенное учреждение,
обязательство по обеспечению исполнения Контракта не применяется.
7.5. В случае если Подрядчиком, с которым заключается Контракт, предложена цена Контракта,
которая на двадцать пять и более процентов ниже начальной (максимальной) цены контракта,
Подрядчик, с которым заключается Контракт, предоставляет обеспечение исполнения Контракта с
учетом положений статьи 37 Закона о контрактной системе.
7.6. Возврат Подрядчику денежных средств, внесенных в качестве обеспечения исполнения
Контракта (если такая форма обеспечения исполнения Контракта применяется Подрядчиком)
осуществляется Заказчиком в течение не более 30 дней с даты исполнения Подрядчиком
обязательств, предусмотренных Контрактом.
Обеспечение должно быть возвращено на счет, указанный Подрядчиком.
7.7. В ходе исполнения Контракта Подрядчик вправе изменить способ обеспечения исполнения
Контракта и (или) предоставить Заказчику взамен ранее предоставленного обеспечения исполнения
Контракта новое обеспечение исполнения Контракта, размер которого может быть уменьшен в
порядке и случаях, которые предусмотрены частями 7.2 и 7.3 статьи 96 Закона о контрактной
системе. В случае, если Контрактом предусмотрены отдельные этапы его исполнения, в ходе
исполнения Контракта размер этого обеспечения подлежит уменьшению в порядке и случаях, которые
предусмотрены частями 7.2 и 7.3 статьи 96 Закона о контрактной системе.
7.8. Возврат Подрядчику части денежных средств, внесенных в качестве обеспечения исполнения
Контракта (если такая форма обеспечения исполнения Контракта применяется Подрядчиком), в
случае уменьшения размера обеспечения исполнения Контракта в соответствии с частями 7, 7.1 и
7.2 статьи 96 Закона о контрактной системе, осуществляется Заказчиком в сумме, на которую
8
уменьшен размер обеспечения исполнения Контракта, рассчитанный Заказчиком на основании
информации об исполнении Контракта, размещенной в реестре Контрактов,
в течение не более
30 дней с даты получения Заказчиком соответствующего заявления Подрядчика.
7.9. В случае предоставления нового обеспечения исполнения Контракта возврат независимой
гарантии (если такая форма обеспечения исполнения Контракта применяется Подрядчиком)
Заказчиком гаранту, предоставившему указанную независимой гарантию, не осуществляется,
взыскание по ней не производится.
7.10. Обеспечение исполнения Контракта распространяется на все обязательства Подрядчика по
Контракту, включая обязательства по возврату аванса (при наличии), соблюдение сроков
выполнения работ, надлежащее качество работ, а также уплату неустоек (штрафа, пени).
7.11. В случае отзыва в соответствии с законодательством Российской Федерации у банка,
предоставившего независимую гарантию в качестве обеспечения исполнения Контракта, лицензии на
осуществление банковских операций Подрядчик обязан предоставить новое обеспечение исполнения
Контракта не позднее одного месяца со дня надлежащего уведомления Заказчиком Подрядчика о
необходимости предоставить соответствующее обеспечение. Размер такого обеспечения может быть
уменьшен в порядке и случаях, которые предусмотрены частями 7, 7.1, 7.2 и 7.3 статьи 96 Закона
о контрактной системе. За каждый день просрочки исполнения Подрядчиком обязательства,
предусмотренного настоящим пунктом, начисляется пеня в размере, определенном в порядке,
установленном в соответствии настоящим Контрактом.
7.12. В независимую гарантию включается условие об обязанности гаранта уплатить Заказчику
(бенефициару) денежную сумму по независимой гарантии не позднее десяти рабочих дней со дня,
следующего за днем получения гарантом требования Заказчика (бенефициара), соответствующего
условиям такой независимой гарантии, при отсутствии предусмотренных Гражданским кодексом
Российской Федерации оснований для отказа в удовлетворении этого требования.
7.13. Расторжение Контракта в случаях, установленных частью 8 статьи 95 Закона о контрактной
системе, не влияет на обязательства гаранта перед Заказчиком по независимой гарантии. При этом
независимая гарантия продолжает действовать до срока, установленного такой независимой
гарантией.
7.14. В случае неисполнения или ненадлежащего исполнения Подрядчиком обязательств по Контракту
Заказчик вправе взыскать с Подрядчика денежные средства, внесенные им в качестве обеспечения
исполнения Контракта.
В соответствии с постановлением Правительства РФ от 08.11.2013 № 1005 «О независимых
гарантиях, используемых для целей Федерального закона «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее –
постановление Правительства РФ № 1005) из средств независимой гарантии, предоставляемой в
качестве обеспечения исполнения Контракта, Заказчик (бенефициар) вправе удержать начисленные в
соответствии с разделом 9 Контракта штрафы и пени за нарушение обязательств Подрядчиком.
В случае неисполнения или ненадлежащего исполнения Подрядчиком обязательств, предусмотренных
Контрактом и обеспеченных независимой гарантией, Заказчик вправе требовать уплаты денежной
суммы по такой гарантии. С целью уплаты денежной суммы по гарантии Заказчик направляет гаранту
требование об осуществлении уплаты денежной суммы по гарантии по форме и с приложением
документов по Перечню документов, представляемых Заказчиком гаранту одновременно с требованием
об осуществлении уплаты денежной суммы по независимой гарантии, утвержденному постановлением
Правительства РФ № 1005.
В случае неисполнения / ненадлежащего исполнения принципалом (Подрядчиком) обязательств,
обеспеченных независимой гарантией, Заказчик должен приложить к указанному требованию о
выплате средств по ней следующие документы:
1) расчет суммы, подлежащей уплате;
2) платежное поручение с отметкой гаранта бенефициара или органа Федерального казначейства,
подтверждающее перечисление Подрядчику аванса, - в случае, если предъявляется требование по
гарантии в связи с ненадлежащим исполнением Подрядчиком обязательств по возврату аванса;
3) документ, подтверждающий полномочия лица, подписавшего требование по независимой гарантии
(доверенность) (в случае, если требование по независимой гарантии подписано лицом, не
указанным в ЕГРЮЛ в качестве лица, имеющего право без доверенности действовать от имени
бенефициара).
9
Заказчик вправе обратиться в банк-гарант, выдавший независимую гарантию, в целях обеспечения
исполнения Контракта несколько раз в период ее действия в пределах суммы такой гарантии.
Повторное обращение не является основанием для отказа Заказчику в выплате.
7.15. В случае неисполнения или ненадлежащего исполнения Подрядчиком обязательств по
Контракту, а также в случае расторжения Контракта в одностороннем порядке по инициативе
Заказчика (за исключением случаев расторжения Контракта в связи с уменьшением ранее доведенных
лимитов бюджетных обязательств) Заказчик взыскивает с Подрядчика обеспечение исполнения
Контракта.
____________
8. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА
8.1. Подрядчик в течение
12 (двенадцати) месяцев со дня подписания Заказчиком документа о
приемке гарантирует качество выполненных работ (их результатов). Требования к гарантии
качества выполненной работы определяется Техническим заданием, иными приложениями к настоящему
Контракту, являющимися неотъемлемой частью настоящего Контракта.
8.2. Подрядчик обязан предоставить Заказчику обеспечение гарантийных обязательств в размере
10.00 % от начальной (максимальной) цены контракта, что составляет 2890000.00 руб.
8.3. Срок предоставления обеспечения гарантийных обязательств до оформления документа о
приемке по последнему этапу Контракта.
8.4. Гарантийные обязательства могут обеспечиваться предоставлением независимой гарантии,
соответствующей требованиям статьи 45 Закона о контрактной системе, с учетом положений
постановления Правительства Российской Федерации от 08.11.2013 г. № 1005 «О независимых
гарантиях, используемых для целей Федерального закона «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и муниципальных нужд» или внесением
денежных средств на указанный Заказчиком счет, на котором в соответствии с законодательством
Российской Федерации учитываются операции со средствами, поступающими Заказчику. Способ
обеспечения гарантийных обязательств, срок действия независимой гарантии (если такая форма
обеспечения гарантийных обязательств применяется Подрядчиком) определяется Подрядчиком
самостоятельно. Срок действия независимой гарантии (если такая форма обеспечения гарантийных
обязательств применяется Подрядчиком) должен превышать предусмотренный Контрактом срок
гарантии, который обеспечен такой независимой гарантией, не менее чем на один месяц, в том
числе в случае его изменения в соответствии со статьей 95 Закона о контрактной системе.
Подрядчик вносит денежные средства (если такая форма обеспечения гарантийных обязательств
применяется Подрядчиком) путем перечисления денежных средств на счет, указанный Заказчиком.
8.5. Подтверждением обеспечения гарантийных обязательств является предоставление Заказчику до
даты подписания документа о приемке независимой гарантии в соответствии со статьей 45 Закона о
контрактной системе или платежного поручения в размере, указанном в настоящем разделе
Контракта.
8.6. Обеспечение
гарантийных
обязательств
распространяется
на
все
обязательства
по
производству выполненных работ по настоящему Контракту.
8.7. За неисполнение или ненадлежащее исполнение гарантийных обязательств Заказчик направляет
Подрядчику требование об уплате неустоек (штрафов, пеней) в порядке и размере, указанном в
настоящем Контракте.
8.8. Подрядчик
вправе
изменить
способ
обеспечения
гарантийных
обязательств
и
(или)
предоставить Заказчику взамен ранее предоставленного обеспечения гарантийных обязательств
новое обеспечение гарантийных обязательств.
8.9. Возврат Подрядчику денежных средств, внесенных в качестве обеспечения гарантийных
обязательств (если такая форма обеспечения гарантийных обязательств применяется Подрядчиком),
осуществляется
Заказчиком
в
течение
30дней
с
даты
истечения
гарантийного
срока,
предусмотренного Контрактом, в том числе в случае его изменения в соответствии со статьей 95
Закона о контрактной системе.
8.10. В независимую гарантию включается условие об обязанности гаранта уплатить Заказчику
(бенефициару) денежную сумму по независимой гарантии не позднее десяти рабочих дней со дня,
следующего за днем получения гарантом требования Заказчика (бенефициара), соответствующего
10
условиям такой независимой гарантии, при отсутствии предусмотренных Гражданским кодексом
Российской Федерации оснований для отказа в удовлетворении этого требования.
8.11. В случае если Подрядчиком, с которым заключается Контракт, является казенное учреждение,
обязательство по обеспечению гарантийных обязательств не применяется.
8.12. В случае неисполнения или ненадлежащего исполнения Подрядчиком гарантийных обязательств
по Контракту Заказчик вправе взыскать с Подрядчика денежные средства, внесенные им в качестве
обеспечения гарантийных обязательств.
В случае неисполнения или ненадлежащего исполнения Подрядчиком гарантийных обязательств,
предусмотренных Контрактом и обеспеченных независимой гарантией, Заказчик вправе требовать
уплаты денежной суммы по такой гарантии. С целью уплаты денежной суммы по гарантии Заказчик
направляет гаранту требование об осуществлении уплаты денежной суммы по гарантии по форме и с
приложением документов по Перечню документов, представляемых Заказчиком гаранту одновременно с
требованием об осуществлении уплаты денежной суммы по независимой гарантии, утвержденному
постановлением Правительства РФ № 1005.
В случае ненадлежащего исполнения принципалом (Подрядчиком) гарантийных обязательств Заказчик
должен приложить к названному требованию следующие документы:
1) расчет суммы, подлежащей уплате;
2) документ, подтверждающий факт наступления гарантийного случая в соответствии с условиями
контракта (например, дефектная ведомость или экспертное заключение о неисправности товара).
3) документ, подтверждающий полномочия лица, подписавшего требование по независимой гарантии
(доверенность) (в случае, если требование по независимой гарантии подписано лицом, не
указанным в ЕГРЮЛ в качестве лица, имеющего право без доверенности действовать от имени
бенефициара)
8.13. В случае неисполнения или ненадлежащего исполнения Подрядчиком гарантийных обязательств
по Контракту денежные средства, перечисленные Подрядчиком в качестве обеспечения исполнения
гарантийных обязательств, Подрядчику не возвращаются.
8.14. Срок гарантийных обязательств составляет не менее 12 месяцев с даты подписания документа
о приемке работ по последнему этапу выполнения работ по Контракту.
9. ОТВЕТСТВЕННОСТЬ СТОРОН
9.1. За неисполнение или ненадлежащее исполнение своих обязательств, установленных настоящим
Контрактом, Заказчик и Подрядчик несут ответственность в соответствии с действующим
законодательством Российской Федерации.
9.2. В случае просрочки исполнения Заказчиком обязательств, предусмотренных Контрактом, а
также в иных случаях неисполнения или ненадлежащего исполнения Заказчиком обязательств,
предусмотренных Контрактом, Подрядчик вправе потребовать уплаты неустоек (штрафов, пеней).
Пеня начисляется за каждый день просрочки исполнения обязательства, предусмотренного
Контрактом, начиная со дня, следующего после дня истечения установленного Контрактом срока
исполнения обязательства. Такая пеня устанавливается в размере одной трехсотой действующей на
дату уплаты пеней ключевой ставки Центрального банка Российской Федерации от не уплаченной в
срок суммы.
9.3. За каждый факт неисполнения Заказчиком обязательств, предусмотренных Контрактом, за
исключением просрочки исполнения обязательств, предусмотренных Контрактом, размер штрафа
устанавливается в следующем порядке:
а) 1000 рублей, если цена Контракта не превышает 3 млн. рублей (включительно);
б) 5000 рублей, если цена Контракта составляет от 3 млн. рублей до 50 млн. рублей
(включительно)
в) 10000 рублей, если цена Контракта составляет от 50 млн. рублей до 100 млн. рублей
(включительно);
г) 100000 рублей, если цена Контракта превышает 100 млн. рублей.
9.4. В случае просрочки исполнения Подрядчиком обязательств (в том числе гарантийного
обязательства), предусмотренных Контрактом, а также в иных случаях неисполнения или
ненадлежащего исполнения Подрядчиком обязательств, предусмотренных Контрактом, Заказчик
направляет Подрядчику требование об уплате неустоек (штрафов, пеней). Пеня начисляется за
каждый день просрочки исполнения Подрядчиком обязательства, предусмотренного Контрактом,
11
начиная со дня, следующего после дня истечения установленного Контрактом срока исполнения
обязательства, и устанавливается Контрактом в размере одной трехсотой действующей на дату
уплаты пени ключевой ставки Центрального банка Российской Федерации от цены Контракта
(отдельного этапа исполнения Контракта), уменьшенной на сумму, пропорциональную объему
обязательств,
предусмотренных
Контрактом
(соответствующим
отдельным
этапом
исполнения
Контракта)
и
фактически
исполненных
Подрядчиком,
за
исключением
случаев,
если
законодательством Российской Федерации установлен иной порядок начисления пени.
9.5. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком обязательств,
предусмотренных Контрактом, за исключением просрочки исполнения обязательств (в том числе
гарантийного обязательства), предусмотренных Контрактом (за исключением случаев, указанных в
пункте 4-8 Правил определения размера штрафа, начисляемого в случае ненадлежащего исполнения
заказчиком, неисполнения или ненадлежащего исполнения поставщиком (подрядчиком, исполнителем)
обязательств, предусмотренных контрактом (за исключением просрочки исполнения обязательств
заказчиком, поставщиком (подрядчиком, исполнителем), утвержденных Постановлением Правительства
Российской Федерации от 30.08.2017 № 1042, размер штрафа устанавливается в следующем порядке:
а) 10 процентов цены Контракта (этапа) в случае, если цена Контракта (этапа) не превышает 3
млн. рублей;
б) 5 процентов цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 3
млн. рублей до 50 млн. рублей (включительно);
в) 1 процент цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 50
млн. рублей до 100 млн. рублей (включительно);
г) 0,5 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 100
млн. рублей до 500 млн. рублей (включительно);
д) 0,4 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 500
млн. рублей до 1 млрд. рублей (включительно);
е) 0,3 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 1
млрд. рублей до 2 млрд. рублей (включительно);
ж) 0,25 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 2
млрд. рублей до 5 млрд. рублей (включительно);
з) 0,2 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 5
млрд. рублей до 10 млрд. рублей (включительно);
и) 0,1 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) превышает 10
млрд. рублей.
9.6. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком обязательств,
предусмотренных Контрактом, заключенным с победителем закупки (или с иным участником закупки в
случаях, установленных Законом о контрактной системе), предложившим наиболее высокую цену за
право заключения Контракта, размер штрафа рассчитывается, за исключением просрочки исполнения
обязательств (в том числе гарантийного обязательства), предусмотренных Контрактом, и
устанавливается в следующем порядке:
а) в случае, если цена Контракта не превышает начальную (максимальную) цену контракта:
10 процентов начальной (максимальной) цены контракта, если цена Контракта не превышает 3 млн.
рублей;
5 процентов начальной (максимальной) цены контракта, если цена Контракта составляет от 3 млн.
рублей до 50 млн. рублей (включительно);
1 процент начальной (максимальной) цены контракта, если цена Контракта составляет от 50 млн.
рублей до 100 млн. рублей (включительно);
б) в случае, если цена Контракта превышает начальную (максимальную) цену контракта:
10 процентов цены Контракта, если цена Контракта не превышает 3 млн. рублей;
5 процентов цены Контракта, если цена Контракта составляет от 3 млн. рублей до 50 млн. рублей
(включительно);
1 процент цены Контракта, если цена Контракта составляет от 50 млн. рублей до 100 млн. рублей
(включительно).
9.7. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком обязательства,
предусмотренного Контрактом, которое не имеет стоимостного выражения, размер штрафа
устанавливается (при наличии в Контракте таких обязательств) в следующем порядке:
а) 1000 рублей, если цена Контракта не превышает 3 млн. рублей;
12
б) 5000 рублей, если цена Контракта составляет от 3 млн. рублей до 50 млн. рублей
(включительно);
в) 10000 рублей, если цена Контракта составляет от 50 млн. рублей до 100 млн. рублей
(включительно);
г) 100000 рублей, если цена Контракта превышает 100 млн. рублей.
9.8. Общая сумма начисленных штрафов за неисполнение или ненадлежащее исполнение Подрядчиком
обязательств, предусмотренных Контрактом, не может превышать цену Контракта.
9.9. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком обязательств,
предусмотренных Контрактом, не может превышать цену Контракта.
9.10. Сторона освобождается от уплаты неустойки (штрафа, пени), если докажет, что неисполнение
или ненадлежащее исполнение обязательства, предусмотренного Контрактом, произошло вследствие
непреодолимой силы или по вине другой Стороны.
9.11. Уплата Подрядчиком неустойки или применение иной формы ответственности не освобождает
его от исполнения обязательств по настоящему Контракту.
9.12. За неисполнение Подрядчиком условия о привлечении к исполнению Контракта соисполнителей
из числа субъектов малого предпринимательства, социально ориентированных некоммерческих
организаций штраф устанавливается в размере 5 процентов объема такого привлечения,
установленного Контрактом.
9.13. Заказчик удерживает суммы неисполненных Подрядчиком требований об уплате неустоек
(штрафов, пеней), предъявленных Заказчиком в соответствии Законом о контрактной системе из
суммы, подлежащей оплате Подрядчику.
9.14. При этом обязательства Подрядчика по перечислению сумм неустойки (штрафа, пени) в доход
бюджета Пермского края возлагаются на Заказчика.
9.15. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком или Заказчиком
обязательств, предусмотренных Контрактом и приложениями к нему, в зависимости от вида
нарушенных обязательств (обязательства, имеющие стоимостное выражение или обязательства,
которые его не имеют) предусматривается санкция в виде взыскания штрафа в размере,
предусмотренном настоящим разделом Контракта.
К стоимостным обязательствам относятся те обязательства, исполнение которых можно оценить в
стоимостном (денежном) выражении. В частности, стоимостными признаются обязательства по
поставке товара (выполнению работ, оказанию услуг) надлежащего качества и в оговоренном
Контрактом количестве (объеме), то есть обязательства, относящееся к предмету Контракта.
Стоимость выполнения отдельных обязательств может быть определена в смете, иных прилагаемых к
Контракту документах. При этом в акте о выявленных недостатках, журнале работ, акте сверки,
иных документах, связанных с ведением претензионной переписки, целесообразно производить
расчет стоимости выявленных нарушений.
Обязательства поставщика (подрядчика, исполнителя), не имеющие стоимостного выражения - это
обязательства поставщика (подрядчика, исполнителя), исполнение которых не может быть оценено в
стоимостном (денежном) выражении. В частности, нестоимостными признаются обязательства
поставщика (подрядчика, исполнителя) по представлению Заказчику определенных Контрактом
документов и (или) информации (сведений).
В случае просрочки исполнения Заказчиком или Подрядчиком обязательств, предусмотренных
Контрактом и приложениями к нему, предусматривается санкция в виде взыскания пени за каждый
день просрочки исполнения обязательства, предусмотренного Контрактом, начиная со дня,
следующего после дня истечения установленного Контрактом срока исполнения обязательства в
размере, предусмотренном настоящим разделом Контракта. При этом пеня начисляется до дня
фактического исполнения Подрядчиком обязательств, предусмотренных Контрактом.
Применение пени возможно при нарушении Подрядчиком тех условий Контракта и приложений к нему,
в которых установлен конкретных срок выполнения обязательства.
В случае расторжения Контракта Заказчиком в одностороннем порядке по причине неисполнения
Контракта Подрядчиком с последнего одновременно взыскивается штраф в виде фиксированной суммы,
как за неисполнение обязательства, имеющего стоимостное выражение и пеня за просрочку
исполнения обязательств по Контракту, которая подлежит начислению до момента прекращения
Контракта в результате одностороннего отказа Заказчика от его исполнения.
Подписанием Контракта Подрядчик выражает согласие с тем, что установленные Контрактом условия
об ответственности сторон, основаниях и условиях для применения ответственности в виде
13
взыскания штрафов и пени, в том числе положения о форме, виде и размере ответственности за
неисполнение,
ненадлежащее
исполнение,
просрочку
исполнения
конкретных
обязательств,
предусмотренных Контрактом и приложениями к нему, согласованы сторонами в Контракте в
надлежащем, определенном и достаточном виде.
При расторжении Контракта Подрядчик обязан вернуть Заказчику сумму неотработанного аванса и
оплатить штрафные санкции, предусмотренные настоящим Контрактом, не позднее следующего дня
после вступления в силу решения об одностороннем отказе от исполнения Контракта, если иной
срок не установлен соглашением о расторжении Контракта.
В случае несвоевременного возвращения суммы неотработанного аванса на указанную сумму
начисляются проценты в соответствии со ст. 395 Гражданского кодекса Российской Федерации.
____________
10. ПОРЯДОК ИЗМЕНЕНИЯ И РАСТОРЖЕНИЯ КОНТРАКТА
10.1. Изменение существенных условий Контракта при его исполнении не допускается, за
исключением их изменения по соглашению Сторон в случаях, установленных Законом о контрактной
системе.
Все изменения и дополнения оформляются путем подписания Сторонами дополнительных соглашений к
настоящему Контракту.
Дополнительные соглашения к настоящему Контракту заключаются с использованием единой
информационной системы, за исключением случаев, предусмотренных частью 5 статьи 103 Закона о
контрактной системе,являются его неотъемлемой частью и вступают в силу с момента их подписания
Сторонами.
10.2. Предусмотренные пунктом 10.1. настоящего Контракта изменения осуществляются при условии
предоставления Подрядчиком обеспечения исполнения Контракта в соответствии с частью 1.3 статьи
95 Закона о контрактной системе.
10.3. Настоящий Контракт может быть расторгнут по соглашению Сторон, по решению суда, в случае
одностороннего отказа Стороны Контракта от исполнения Контракта в соответствии с гражданским
законодательством в порядке, установленном статьей 95 Закона о контрактной системе.
Соглашение
о
расторжении
настоящего
Контракта
заключается
с
использованием
единой
информационной системы, за исключением случаев, предусмотренных частью 5 статьи 103 Закона о
контрактной системе.
10.4. Заказчик обязан принять решение об одностороннем отказе от исполнения Контракта в
следующих случаях:
10.4.1. Если в ходе исполнения Контракта установлено, что:
- Подрядчик и (или) поставляемый товар (при осуществлении закупки товара, поставляемого
Заказчику при выполнении закупаемых работ) перестали соответствовать установленным извещением
об осуществлении закупки и (или) документацией о закупке (если Законом о контрактной системе
предусмотрена документация о закупке) требованиям к участникам закупки (за исключением
требования, предусмотренного частью 1.1 (при наличии такого требования) статьи 31 Закона о
контрактной системе) и (или) поставляемому товару (при осуществлении закупки товара,
поставляемого Заказчику при выполнении закупаемых работ);
- при определении поставщика (подрядчика, исполнителя) Подрядчик представил недостоверную
информацию о своем соответствии и (или) соответствии поставляемого товара (при осуществлении
закупки товара, поставляемого Заказчику при выполнении закупаемых работ) требованиям,
указанным в абзаце втором настоящего подпункта, что позволило ему стать победителем
определения поставщика (подрядчика, исполнителя);
- если вследствие реорганизации юридического лица, являющегося Подрядчиком, его права и
обязанности по Контракту перешли к вновь возникшему юридическому лицу, зарегистрированному на
территории иностранного государства, в отношении которого в соответствии с подпунктами «а» и
«б» пункта 1 части 2 статьи 14 Закона о контрактной системе установлены запрет закупок работ,
услуг, соответственно выполняемых, оказываемых иностранными лицами, либо ограничение закупок
работ, услуг, соответственно выполняемых, оказываемых иностранными лицами, и Подрядчик являлся
российским лицом, либо в соответствии с подпунктом «в» пункта 1 части 2 статьи 14 Закона о
контрактной системе установлено преимущество в отношении работ, услуг, соответственно
выполняемых, оказываемых российскими лицами, и Подрядчик являлся российским лицом.
14
10.5. Заказчик вправе принять решение об одностороннем отказе от исполнения Контракта в
следующих случаях:
10.5.1. непредоставление Подрядчиком информации обо всех субподрядчиках, заключивших договор
или договоры с Подрядчиком, а также копии договора (договоров) в течение десяти дней с момента
заключения им договора (договоров) с субподрядчиком;
10.5.2. по
основаниям,
предусмотренным
Гражданским
кодексом
Российской
Федерации
для
одностороннего отказа Сторон от исполнения отдельных видов обязательств.
10.5.3. При неоднократном (более одного раза) нарушении условий настоящего Контракта и
приложений
к
нему
Подрядчиком.
10.5.4. В иных случаях, предусмотренных законодательством Российской Федерации и настоящим
Контрактом.
10.6. Подрядчик вправе принять решение об одностороннем отказе от исполнения Контракта в
следующих случаях:
10.6.1. по
основаниям,
предусмотренным
Гражданским
кодексом
Российской
Федерации
для
одностороннего отказа Сторон от исполнения отдельных видов обязательств.10.6.2. при нарушении
сроков
оплаты
по
настоящему
Контракту
более,
чем
на
7
(семь)
рабочих
дней.
10.6.3. в иных случаях, предусмотренных законодательством Российской Федерации.
11. ПОРЯДОК УРЕГУЛИРОВАНИЯ СПОРОВ
11.1. Все споры и разногласия, возникшие в связи с исполнением настоящего Контракта, его
изменением, расторжением или признанием недействительным, Стороны будут стремиться решить
путем переговоров, в том числе путем привлечения нейтрального посредника (медиатора), а
достигнутые договоренности оформлять в виде дополнительных соглашений, подписанных Сторонами.
11.2. В случае недостижения взаимного согласия споры по настоящему Контракту разрешаются в
Арбитражном суде Пермского края.
11.3. До передачи спора на разрешение Арбитражного суда Пермского края Стороны примут меры к
его урегулированию в претензионном порядке. Претензия должна быть направлена Стороной с
использованием единой информационной системы в порядке, предусмотренном Законом о контрактной
системе. Дополнительно претензия может быть направлена в простой письменной форме. По
полученной претензии (уведомлению) в срок не позднее 14 (четырнадцати) дней с даты ее
получения Сторона должна исполнить содержащиеся в ней требования либо указать на объективные
причины невозможности исполнения претензии (уведомления).
11.4. Заказчик обязан в течение 30 дней с даты выявления каждого факта неисполнения или
ненадлежащего исполнения Подрядчиком обязательств, предусмотренных Контрактом, за исключением
просрочки исполнения обязательств, направить Подрядчику претензию (уведомление) с требованиями
устранения выявленного нарушения и оплаты штрафа в размере, предусмотренном разделом
«Ответственность сторон» Контракта.
11.5. Заказчик обязан в течение 30 дней со дня нарушения срока исполнения обязательств
Подрядчиком,
предусмотренных
Контрактом
(основных
сроков
выполнения
работ,
а
также
обязанностей для выполнения которых Контрактом установлен конкретных срок), направить
Подрядчику претензию (уведомление) с требованиями немедленного исполнения обязательств и
оплаты пени в размере, предусмотренном разделом «Ответственность сторон» Контракта.
11.6. В случае неисполнения претензий (уведомлений), предусмотренных настоящим разделом
Контракта, Заказчику следует организовать взыскание неустоек (штрафов, пеней) в соответствии с
порядком ведения претензионно-исковой работы Заказчика.
12.
СРОК ДЕЙСТВИЯ КОНТРАКТА
12.1. Контракт действует с момента подписания Контракта.
12.2. Срок окончания исполнения настоящего Контракта - 22.11.2027 г., а в части неисполненных
обязательств – до полного их исполнения Сторонами, в том числе гарантийных обязательств
Подрядчика при их установлении Заказчиком .
15
13.
ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ
13.1. Стороны освобождаются от ответственности за полное или частичное неисполнение своих
обязательств по Контракту, если их неисполнение явилось следствием обстоятельств непреодолимой
силы.
13.2. Сторона,
у
которой
возникли
обстоятельства
непреодолимой
силы,
обязана
в
течение 5 календарных
дней
письменно
информировать
другую
Сторону
о
произошедших
обстоятельствах и их причинах с приложением документов, удостоверяющих факт наступления
обстоятельств непреодолимой силы.
13.3. Сторона, не исполнившая или ненадлежащим образом исполнившая обязательства по Контракту,
несет ответственность, если не докажет, что надлежащее исполнение оказалось невозможным
вследствие непреодолимой силы, то есть чрезвычайных и непредотвратимых при данных условиях
обстоятельств.
13.4. О прекращении обстоятельства непреодолимой силы Стороны уведомляют друг друга письменно
в течение 5 дней с даты их прекращения. После прекращения обстоятельства непреодолимой силы
Сторона, прекратившая исполнение обязательства по настоящему Контракту, незамедлительно
возобновляет
его
исполнение.
13.5. Факт возникновения обстоятельства непреодолимой силы должен быть документально
удостоверен уполномоченным органом федеральной, региональной власти или органом местного
самоуправления.
13.6. Если одна из Сторон не направит или несвоевременно направит документы, указанные в
настоящем разделе, то такая Сторона не вправе ссылаться на возникновение обстоятельства
непреодолимой силы в целях обоснования неисполнения и (или) ненадлежащего исполнения
обязательства по настоящему Контракту, а вторая Сторона вправе не принимать во внимание
наступление
обстоятельства
непреодолимой
силы
при
предъявлении
претензий
и
исковых
заявлений в связи с неисполнением и (или) ненадлежащим исполнением обязательств по настоящему
Контракту.
13.7. В случае, если обстоятельства непреодолимой силы будут сохраняться более 30 дней, любая
Сторона имеет право предложить другой Стороне расторгнуть его. При прекращении настоящего
Контракта по причинам, указанным в настоящем пункте, Стороны обязаны осуществить взаиморасчеты
по своим обязательствам на день прекращения настоящего Контракта.
14. ПРОЧИЕ УСЛОВИЯ
14.1. Во всем остальном, что не предусмотрено условиями настоящего Контракта, Стороны
руководствуются действующим законодательством Российской Федерации.
14.2. В случае, если в Контракте и приложениях к нему указаны ссылки на документы – основания
(технический регламент, СНиП, СП, ГОСТ и другие) (далее – документы), которые утратили силу
(отменены) и (или) заменены (изменены), то при исполнении Контракта применяются заменяющие
(измененные) документы. Полностью отмененные (утратившие силу) документы без их замены не
применяются или применяются положения в части, не затрагивающей эту отмену.
14.3. Стороны обязуются сохранять конфиденциальность информации, полученной в ходе исполнения
настоящего Контракта.
Сведения, полученные в ходе исполнения настоящего Контракта, предназначены исключительно для
Сторон и не могут быть полностью или частично переданы (опубликованы, разглашены) третьим
лицам или использованы каким-либо иным способом с участием третьих лиц без согласия Сторон.
14.4. Подрядчик обеспечивает возможность осуществления проверок органами, уполномоченными на
осуществление внутреннего государственного (муниципального) финансового контроля.
16
14.5. В
случае
выявления
органами,
уполномоченными
на
осуществление
внутреннего
государственного (муниципального) финансового контроля в ходе контрольных мероприятий факта
несоответствия результатов выполненных работ требованиям законодательства Российской Федерации
и (или) условиям Контракта, а также в случаях выявления фактов завышения стоимости, объемов
выполненных работ, невыполненных работ и (или) неверного применения расценок, либо иных
обстоятельств,
повлекших
причинение
ущерба
Заказчику,
или
неосновательное
обогащение
Подрядчика, Подрядчик возвращает Заказчику сумму излишне полученных средств.
14.6. В случае обмена документами при применении мер ответственности и совершении иных
действий в связи с нарушением Подрядчиком или Заказчиком условий Контракта в отношении
Контракта, заключенного по результатам электронных процедур, такой обмен осуществляется с
использованием единой информационной системы путем направления электронных уведомлений. Такие
уведомления формируются с использованием единой информационной системы, подписываются
усиленной электронной подписью лица, имеющего право действовать от имени Заказчика,
Подрядчика, и размещаются в единой информационной системе без размещения на официальном сайте.
14.7. Информация об ответственном должностном лице Заказчика приведена в разделе «Адреса и
реквизиты сторон» настоящего Контракта.
14.8. В случае, если Контракт заключается с Подрядчиком, являющимся юридическим лицом,
фамилия, имя, отчество (при наличии), идентификационный номер налогоплательщика (при наличии)
и должность лица, имеющего право без доверенности действовать от имени юридического лица, либо
действующего в качестве руководителя юридического лица, аккредитованного филиала или
представительства иностранного юридического лица, либо исполняющего функции единоличного
исполнительного органа юридического лица, приведены в разделе «Адреса и реквизиты сторон»
настоящего Контракта.
14.9. Настоящий
Контракт
заключен
в
электронной
форме
с
использованием
усиленной
квалифицированной электронной подписи Сторон.
14.10. Датой
подписания
Контракта
считается
дата
подписания
Заказчиком
усиленной
квалифицированной электронной подписью Контракта.
14.11. Любое указание в описании объекта закупки на товарный знак (его словесное обозначение)
(при наличии), знак обслуживания (при наличии), фирменное наименование (при наличии) и т.п.
читать в сочетании со словами «или эквивалент» за исключением случаев, предусмотренных
законодательством Российской Федерации и условиями Контракта.
____________
14.12. Подрядчик привлекает для выполнения работ по Контракту в приоритетном порядке
субподрядчиков из числа физических лиц (в том числе индивидуальных предпринимателей) и
юридических лиц, зарегистрированных на территории Пермского края, исходя из самостоятельного
осуществления таким подрядчиком своей оперативно-хозяйственной деятельности.
14.13. Подрядчик осуществляет закупку необходимых для исполнения Контракта товаров в
приоритетном порядке у физических лиц (в том числе индивидуальных предпринимателей) и
юридических лиц, зарегистрированных и производящих соответствующие товары на территории
Пермского края, исходя из самостоятельного осуществления таким Подрядчиком своей оперативнохозяйственной деятельности.
14.14. Контракт имеет приложения, являющиеся его неотъемлемой частью:
14.14.1. Приложение № 1 – Техническое задание.
14.14.2. Приложение № 2 - Этапы исполнения контракта.
____________
____________
15. АДРЕСА И РЕКВИЗИТЫ СТОРОН
Заказчик
Подрядчик
Полное наименование:
Министерство информационного
развития и связи Пермского
края
Полное наименование:
17
Сокращенное наименование:
Министерство информационного
развития и связи Пермского
края
Сокращенное наименование (при наличии):
Место нахождения: 614000,
Пермский край, Пермский
г.о., г Пермь, ул Ленина,
66, офис 311
Место нахождения (место жительства):
Почтовый адрес: 614000,
Пермский край, Пермский
г.о., г Пермь, ул Ленина,
66, офис 311
Почтовый адрес:
Телефон: 83422009185
Телефон:
Электронная почта:
info@mirs.permkrai.ru
Электронная почта:
ИНН: 5902221423
ИНН:
КПП: 590201001
КПП:
Банковские реквизиты:
Банковские реквизиты:
Р/с (номер казначейского счета):
____________
Р/с:
Л/с:
____________
Л/с:
БИК:
____________
БИК:
К/с (единый казначейский счет):
____________
К/с:
Ответственное должностное лицо Заказчика:
От Заказчика:
От Подрядчика:
_____________/_____________
_____________/_____________
М.П.
М.П. (при наличии)
18
к Контракту №
Приложение № 1
____________________
от «__» _____ 202_ г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
* Размещается отдельным файлом
19
20
к Контракту №
Приложение № 2
____________________
от «__» _____ 202_ г.
ЭТАПЫ ИСПОЛНЕНИЯ КОНТРАКТА
№ этапа
Срок выполнения работ
Срок исполнения контракта
Сумма этапа,
руб.
Срок начала
выполнения
работ
Срок
окончания
выполнения
работ
Срок начала
исполнения
этапа
контракта
Срок
окончания
исполнения
этапа
контракта
1
11.01.2027
г.
10.02.2027
г.
11.01.2027
г.
23.03.2027
г.
1135600.00
2
11.02.2027
г.
13.03.2027
г.
11.02.2027
г.
20.04.2027
г.
304200.00
3
14.03.2027
г.
12.07.2027
г.
14.03.2027
г.
18.08.2027
г.
20861033.33
4
13.07.2027
г.
12.08.2027
г.
13.07.2027
г.
20.09.2027
г.
1064700.00
5
13.08.2027
г.
12.09.2027
г.
13.08.2027
г.
19.10.2027
г.
1590100.00
6
13.09.2027
г.
27.09.2027
г.
13.09.2027
г.
03.11.2027
г.
2676800.00
7
28.09.2027
г.
12.10.2027
г.
28.09.2027
г.
22.11.2027
г.
1267566.67
* Сумма (цена) этапа устанавливается в размере, сниженном пропорционально снижению начальной
(максимальной) цены контракта участником закупки, с которым заключается Контракт.
____________
21
22
